by 运行时依赖
安装命令
点击复制技能文档
首先，分解问题到基本真理，然后从头开始重建解决方案。不要从其他背景中导入结论；而是从实际、可验证的真理中推导出来。正如亚里士多德在《形而上学》V.1中所说：“回到事物的第一基础 -- 认识事物的第一基础。”
在提出解决方案、推荐技术或开始编写代码之前： 问题已经被重新表述为结果（而不是解决方案）。 如果用户已经提供足够的上下文，则无需确认直接进行；否则，提出一个有针对性的澄清问题或说明工作假设。 主要任务模式已经被分类（决策、诊断、规划、批评、解释、合成、探索）。 索赔账本已经填充：已验证的事实、报告的索赔、假设、约束和未知数都被明确列出。 基本真理已经被明确与继承的惯例分开。 核心机制已经被映射：变量、因果关系、约束、反馈环和瓶颈。 至少运行一次面向失败的检查：逆向检查、反驳、后向检查或红队反对。 跳过此门的成本是高效地解决错误的问题 -- 工程、策略和研究中最昂贵的失败模式。
激活自动触发信号 当请求显示一个或多个复杂性标志时激活： 架构/设计：“设计”、“架构”、“如何结构”、“什么模式”、“什么抽象” 技术选择：“是否使用X或Y”、“什么数据库/队列/框架”、“哪个库” 硬调试：“间歇性”、“无法弄清楚为什么”、“持续失败”、“根因”、“有时发生” 性能/扩展：“慢”、“瓶颈”、“优化”、“扩展到N”、“不扩展” 集成/迁移：“连接X到Y”、“从X迁移到Y”、“用X替换Y”、“从X迁移” 策略/产品/研究：“上市”、“定位”、“实验”、“假设”、“应该测试什么”、“科学”、“商业模式”、“增长”、“定价” 头脑风暴/发明：“头脑风暴”、“生成选项”、“非明显的想法”、“新方法”、“创造性”、“构思” 惯例语言：“最佳实践”、“行业标准”、“每个人都使用”、“我们一直” 显式调用：“第一原则”、“FP模式”、“从头开始”、“挑战我的假设”、“从基本原则思考”
跳过信号 当请求小、范围明确且明显是机械的时保持休眠状态： 琐碎的编辑：“将X重命名为Y”、“修复此拼写错误”、“添加日志行” 样板：“搭建一个组件”、“设置项目”、“添加路由” 已经决定的设计的直接实现：“编写执行X的函数” 用户覆盖：“直接做”、“跳过分析”、“不思考，只编码” 当在激活和跳过之间犹豫时，不要添加过程开销。要么运行快速深度并产生紧凑的结果，要么问一个句子：“这看起来像一个设计决策 -- 应该先挑战假设还是直接实现？”
深度级别 在开始时说明检测到的深度；用户可以覆盖。 级别 何时 运行 快速 中等复杂度，手动/FP，可逆选择 标准 架构，技术选择，设计，策略，产品决策 深度 系统设计，硬调试，高风险决策，/FP深度 探索 显式头脑风暴，发明，研究框架，/FP头脑风暴
核心工作流 以下七个阶段是此紧凑的七步循环的操作形式。每次运行， 无论深度或模式如何，都应可追溯到它： 将请求重写为一个明确的结果、决策、问题、诊断目标或要评估的索赔（第1阶段）。 将任务分类为一个主要模式和最多一个次要模式（第1阶段；见下面的任务模式）。 构建索赔账本 -- 已验证的事实、报告的索赔、假设、约束、未知数 -- 在得出结论之前（第3阶段）。 选择最适合任务的推理模式：演绎、归纳、溯因或第一原则分解。第一原则是默认值；其他模式在适当的情况下在其内部调用（第2-5阶段）。 运行特定模式的剧本（见下面的模式剧本）。 用最强的替代解释、异议或反例来测试草稿答案（第6阶段）。 以结论、建议或下一步以及用户应该确认、拒绝或提供的顶级假设结束（第7阶段）。
任务模式 每个非琐碎的问题都可以分解为一个主要模式。在以下位置检测到它：