尧图网站建设 
LifeOS grill-me 命令解析用查问式发现访谈把半成型想法打磨成可验证的 ISA【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOSgrill-me是 LifeOS意图工程平台LifeOS 系统由 install 目录 下的技能、命令、钩子与工具共同构成内置的一条 Claude Code 斜杠命令slash command它将一个尚未成型、只有模糊轮廓的想法通过一次一问的查问式发现访谈discovery interview逐步逼出其真实形状最终生成一份结构完整、可直接交底的 ISAIdeal State Artifact草案。读完本文你将掌握 grill-me 的调用方式、Grill 工作流的完整执行流程含每轮 checkpoint 机制、pre-mortem→ISC 转换与 Scaffold 交接以及它和 Interview 工作流的本质区别。命令本体一条极简的路由器命令的完整定义位于仓库的 LifeOS/install/commands/grill-me.md。和tm、lu、cs等命令一样它是一个带 YAML frontmatter 的 Markdown 文件frontmatter 携带命令的元数据--- name: grill-me description: Relentless checkpointed discovery interview that interrogates a half-formed idea until its shape is clear, then hands off to ISA Scaffold. Routes to the ISA skills Grill workflow. USE WHEN /grill-me, grill me, discovery interview, figure out the shape, brainstorm before scaffolding an ISA. NOT FOR filling an existing ISAs thin sections (use ISA Interview). argument-hint: topic [slug] ---逐字段解读name命令名安装后在对话中通过/grill-me触发description命令的语义边界明确声明USE WHEN何时用与NOT FOR何时不用——它专门用于scaffold 之前的头脑风暴绝不用于填充已有 ISA 的薄弱章节argument-hint参数格式topic [slug]——topic是要被拷问的想法/计划/决策slug可选用于指定写入的 WORK 目录。命令体本身是一个极简路由器把$ARGUMENTS原样交给 ISA 技能的 Grill 工作流并在参数为空时先询问用户想拷问什么想法Skill(ISA, grill me on $ARGUMENTS)如果$ARGUMENTS为空先询问要拷问的想法/计划/决策再继续。这种命令文件 → 技能工作流的委托模式是 LifeOS 命令家族的通用设计可对比 tm.md 将$ARGUMENTS委托给 Teach 技能的 Teach 工作流命令层保持薄真正的流程逻辑沉淀在技能的Workflows/目录便于跨会话复用与单独演进。为什么需要 Grill从雾到可验证的形状要理解 Grill必须先理解 ISA 的定位。在 LifeOS 中ISA 是描述任何事物项目、应用、库、基础设施、工作会话、艺术创作、战略决策的 done 状态的单一文档同时承担五种身份理想状态表述、测试装置、构建验证、完成条件、系统记录system of record。但 ISA 的前提是——你得先知道自己在追求什么。绝大多数工作的真实起点并不是清晰的规格而是一团fog雾在范围内的、你尚无法精确陈述的问题。ISA 技能对这种状态有一条明确的毕业测试graduation testv2.14.0现在就能精确陈述问题、并指出可命名的证伪者 → 可以直接写成 ISC即使暂时被阻塞可陈述但尚不可探测 → 留在雾中## Not yet specified超出愿景 → 划入 Out of Scope。Grill 正是处理雾的机制它不急于把雾变成 ISC而是通过结构化提问把雾逼成一个可被 Scaffold 接管的、hard-to-vary难以变动的提示词。正如 Grill.md 开篇所定义Relentless, checkpointed discovery interview that interrogates a half-formed idea until its shape is clear, then hands off to Scaffold to build the ISA. Where Interview FILLS a known ISA structure, Grill DISCOVERS a structure that doesnt exist yet. Human-invoked and exploratory; never Algorithm-automatic.一句话概括两者分工Interview 填充已知结构Grill 发现尚不存在的结构。何时调用 GrillGrill 是人类主动调用的工作流永远不会被 Algorithm 自动触发。典型场景用户直接发起Skill(ISA, grill me on topic)或/grill-me topic在 Scaffold 之前当想法过于未成形、不足以直接 scaffold 出强 ISA 时刷新规格grill me again on slug, heres new findings.——带着新发现重新拷问已有 slug。明确不适用的场景是填充已有 ISA 的薄弱章节——那是 Interview 的职责详见下文对比。输入参数输入必填说明topic是要被拷问的想法 / 计划 / 决策slug否要使用的 WORK 目录缺省时由 topic 推导max_questions否默认 12注意slug的语义它决定 Gril 的 checkpoint 文件写入哪个 WORK 目录也与后续 Scaffold 写出的 ISA 文件位置保持一致从而保证拷问 → 脚手架两阶段落盘在同一目录。完整执行流程8 步Grill 工作流在 LifeOS/install/skills/ISA/Workflows/Grill.md 中完整定义。与 ISA 技能下的其他工作流Scaffold、Interview、CheckCompleteness、Reconcile、Seed、Append一样它由八个可复现的步骤构成。Step 1 — 语音通知所有 ISA 技能工作流的第一步都是强制语音通知SKILL.md中标注 This is not optional通过本地 notify 端点异步发送curl -s -X POST http://localhost:31337/notify \ -H Content-Type: application/json \ -d {message: Running the Grill workflow in the ISA skill} \ /dev/null 21 同时在对话中输出文本通知Running theGrillworkflow in theISAskill to ...。这一机制让用户在语音/桌面通知层面感知到工作流已启动。Step 2 — 确立 WORK 目录Grill 的落盘路径是绝对路径~/.claude/LIFEOS/MEMORY/WORK/{slug}/而不是项目相对路径。工作流明确警告了两个常见错误它不是项目相对路径——即使从其他仓库的 cwd 发起/grill-me也要写到 LIFEOS 的固定位置它不是~/.claude/MEMORY/WORK/少了LIFEOS/树这类裸路径。选择这个路径的根本原因它是 Scaffold 写出 ISA 的同一目录Scaffold 无项目时写MEMORY/WORK/{slug}/ISA.md交接因此天然共址。在该目录创建grill.md包含三个小节Shape Key Decisions、QA Log、Open Flags。该文件是每轮 checkpoint 的目标绝不是项目根目录下的临时brainstorms/文件夹。Step 3 — Shape check仅在类别含糊时如果还不清楚这是哪一种东西skill / hook / CLI / 文档……先提出 2–3 个候选形态用判别性问题在开走设计树之前先剪枝到一个。形状显而易见时跳过此步。Step 4 — 走设计树这是流程的核心。Grill 按依赖顺序解决决策——绝不先于其父节点处理叶子节点。每一轮决策遵循四条纪律一次只问一个问题通过AskUserQuestion提问一次调用只问一个问题绝不批量。每个问题把你的推荐答案作为第一个选项标记(Recommended)旁边放真实备选用户一次确认或推翻也可以选 Other 重定向。只有答案空间真正开放、无法收敛为选项时才退化为自由文本问题。绝不做裸开放提问永远先亮出你会怎么落、为什么。能查代码就不问答案可从代码库中发现时先用 Grep/Read 探索代码只有代码回答不了才提问。低置信或高风险的决策在用户回答前附一行你对自己推荐的最强反对意见strongest objection。Step 5 — 每轮之后立即 checkpoint每轮问答结束立即写grill.md把问答对追加进 QA Log把已定案的决策提升进 Shape Key Decisions把需要外部输入的项目记入 Open Flags。checkpoint 的意义在长会话中尤其重要——它保证即使上下文窗口退化工作产物也完整落在磁盘上。Step 6 — Pre-mortem → 草拟 ISC收尾之前强制跑一轮失败模式审查假设这个东西已经上线并失败了——哪里出了问题把每个失败模式转化为一条草稿级二元标准ISC写入 Shape Key Decisions。这正是让最终 ISA hard-to-vary的关键机制预先把什么会让它失败钉进标准里而不是事后补救。Step 7 — 停止条件满足以下任一条件即结束形状已经清晰到足以 scaffold达到max_questions默认 12连续两个回答是低信号我不知道/跳过。Step 8 — 交接Handoff按顺序提供三个出口交给 ScaffoldSkill(ISA, scaffold from prompt: Shape Key Decisions draft ISCs from grill.md)目标仍是同一个 WORK 目录为每个 Open Flag 创建任务TaskCreate通过 CreateSkill 同步本次会话触碰的相关技能/指南——注意这是 Grill 的职责不是 Interview 的。grill.md 输出格式Grill 的交付物grill.md有固定模板# Grill: topic ## Shape Key Decisions - settled decision — rationale - ISC: binary criterion from pre-mortem ## QA Log ### Q1: question **Recommended:** rec **Answer:** user answer ## Open Flags - [ ] unknown — needs who/what三个小节的职责边界清晰Shape Key Decisions记录已定案决策及其理由、以及 pre-mortem 产出的草稿 ISCQA Log是完整问答流水保留(Recommended)与用户实际选择的对照Open Flags记录尚未解决、需要特定角色/信息输入的事项。这份文件既是过程审计轨迹又是 Scaffold 的直接输入。失败模式与处理Grill 工作流预先定义了三个高发失败模式及其处理策略失败模式处理策略用户中途放弃部分写成的grill.md依然有价值在 Open Flags 留下一条记录注明在哪一步暂停回答停留在空想aspirational追问什么能证明这一点what would prove that?若仍无法回答记入 Open Flags而不是当作已定案决策主题本身已经成型直接说明并路由到 Scaffold——不要为了凑满max_questions而制造问题第三条尤其重要Grill 的价值是发现不是仪式。已成型的主题直接跳过拷问进入构建是流程认可的正路。与 Scaffold 的交接为什么 prompt 即协议Scaffold 没有专门的 grill 模式——交接物就是 grill.md 的内容本身。流程是把 Shape Key Decisions连同 pre-mortem 草稿 ISC作为Skill(ISA, scaffold from prompt: …)的 prompt 传入。从 Scaffold.md 的实现细节可以理解这一交接为何有效目标保留Scaffold 的 Step 3 有专门的principal-stated goal保留机制——用四信号检测器命名指标阈值、显式结果断言、完成条件、结构/设计指令从 prompt 中识别用户的字面目标逐字节写进 frontmatter 的principal_stated_goal并作为## Goal的首句引语原样保留之后才派生其他内容派生结构显式想要→Vision显式不想要→Out of Scope领域隐含约束→ConstraintsTELOS 隐含原则→Principles草稿 ISC 落地Grill 的 pre-mortem 草稿 ISC 会直接进入新 ISA 的 claims 区新 ISA 是## Claims旧版兼容## Criteria共址落盘Scaffold 无项目时同样写~/.claude/LIFEOS/MEMORY/WORK/{slug}/ISA.md与grill.md同目录。用 Grill.md 的话说Grill 的价值在于把发现工作前置让交给 Scaffold 的 prompt 一开始就难以变动hard-to-vary。之后 Scaffold 还会对产物运行 Splitting Test每个 claim 必须对应单一二元工具探针、anti-claim 检查、以及 substance 缩放的完整性门控详见 CheckCompleteness.md最终经 CheckCompleteness 打分通过后才返回路径。Grill 与 Interview发现 vs 填充两者是 ISA 技能中极易混淆的一对这里给出可直接引用的判别表来源SKILL.md 的 Workflow Routing 与两份工作流文档维度GrillInterview目标发现尚不存在的结构填充/深化已有 ISA 的散文章节触发时机Scaffold 之前想法未成形时Scaffold 的歧义检查Step 3.5之后、deepest 级工作构建前、或 CheckCompleteness 报缺口后输入topic 可选slug/max_questions(12)isa_path 可选section/max_questions(8)落盘每轮写grill.md问答日志决策开放项每轮直接 Edit ISA 文件让文档随回答长出来收尾pre-mortem→草稿 ISC交给 Scaffold最终 CheckCompleteness 通过不阻塞迭代自动化人类主动永不 Algorithm 自动可由 Scaffold 歧义检查触发从路由表可见ISA 技能的七条工作流Scaffold / Interview / Grill / CheckCompleteness / Reconcile / Seed / Append各司其职Scaffold 负责从 prompt 生成、Interview 深化、Grill 发现形状、CheckCompleteness 打分、Reconcile 确定性合并 ephemeral 特性文件、Seed 从既有仓库反向引导、Append 记录决策与学习条目。Grill 处于整条流水线的最前端——它是把我不知道我要什么变成我知道 done 长什么样的第一道工序。值得注意的实现约束从 Grill.md 与 ISA 技能整体可以提炼几条对使用者有实际影响的约束checkpoint 目标路径是硬编码约定~/.claude/LIFEOS/MEMORY/WORK/{slug}/grill.md是唯一合法 checkpoint 目标工作流明确禁止改用项目根目录的brainstorms/文件夹——这保证了跨仓库、跨会话的可恢复性一次一问是硬规则AskUserQuestion单次调用只问一个问题批量提问违反流程推荐答案必须作为首选项出现让用户确认或推翻而非从零作答ISC 草稿必须是二元标准pre-mortem 产出的每条 ISC 要能对应单一二元工具探针与 Scaffold 的 Splitting Test 一致这正是 ISA 体系中 ISC 的粒度铁律CheckCompleteness.md 中 granularity 检查会审计这一点来自开源社区的血统Grill 工作流改编自 Matt Pocock 的grilling/grill-me技能MIT 协议但做了两处独立实现每轮 checkpoint 到MEMORY/WORK/{slug}/grill.md而非项目根目录的brainstorms/文件夹并在 Scaffold 交接前增加了 pre-mortem→ISC 转换环节。深入阅读路径命令定义LifeOS/install/commands/grill-me.mdGrill 工作流全文LifeOS/install/skills/ISA/Workflows/Grill.md接口对照Interview 工作流 LifeOS/install/skills/ISA/Workflows/Interview.md、Scaffold 工作流 LifeOS/install/skills/ISA/Workflows/Scaffold.md、CheckCompleteness 工作流 LifeOS/install/skills/ISA/Workflows/CheckCompleteness.mdISA 技能总纲十七节正文、完整门控、全部 gotchasLifeOS/install/skills/ISA/SKILL.md参考范本Scaffold 前必读LifeOS/install/skills/ISA/Examples/canonical-isa.md系统架构与格式规范LifeOS/install/LIFEOS/DOCUMENTATION/ISA/ISASystem.md 与 LifeOS/install/LIFEOS/DOCUMENTATION/ISA/ISAFormat.md实际使用中grill-me的价值在于把头脑风暴从无序聊天升级为有审计轨迹、有停止条件、有明确产物交接的工程化流程每一次提问都有推荐答案、每一轮决策都落盘、每一个失败模式都提前转成可探测的 ISC最终让 Scaffold 拿到的不是一段含糊的闲聊而是一份已经难以上下变动的规格 prompt。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 LifeOS grill-me 命令解析：用查问式发现访谈把半成型想法打磨成可验证的 ISA
LifeOS grill-me 命令解析用查问式发现访谈把半成型想法打磨成可验证的 ISA【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOSgrill-me是 LifeOS意图工程平台LifeOS 系统由 install 目录 下的技能、命令、钩子与工具共同构成内置的一条 Claude Code 斜杠命令slash command它将一个尚未成型、只有模糊轮廓的想法通过一次一问的查问式发现访谈discovery interview逐步逼出其真实形状最终生成一份结构完整、可直接交底的 ISAIdeal State Artifact草案。读完本文你将掌握 grill-me 的调用方式、Grill 工作流的完整执行流程含每轮 checkpoint 机制、pre-mortem→ISC 转换与 Scaffold 交接以及它和 Interview 工作流的本质区别。命令本体一条极简的路由器命令的完整定义位于仓库的 LifeOS/install/commands/grill-me.md。和tm、lu、cs等命令一样它是一个带 YAML frontmatter 的 Markdown 文件frontmatter 携带命令的元数据--- name: grill-me description: Relentless checkpointed discovery interview that interrogates a half-formed idea until its shape is clear, then hands off to ISA Scaffold. Routes to the ISA skills Grill workflow. USE WHEN /grill-me, grill me, discovery interview, figure out the shape, brainstorm before scaffolding an ISA. NOT FOR filling an existing ISAs thin sections (use ISA Interview). argument-hint: topic [slug] ---逐字段解读name命令名安装后在对话中通过/grill-me触发description命令的语义边界明确声明USE WHEN何时用与NOT FOR何时不用——它专门用于scaffold 之前的头脑风暴绝不用于填充已有 ISA 的薄弱章节argument-hint参数格式topic [slug]——topic是要被拷问的想法/计划/决策slug可选用于指定写入的 WORK 目录。命令体本身是一个极简路由器把$ARGUMENTS原样交给 ISA 技能的 Grill 工作流并在参数为空时先询问用户想拷问什么想法Skill(ISA, grill me on $ARGUMENTS)如果$ARGUMENTS为空先询问要拷问的想法/计划/决策再继续。这种命令文件 → 技能工作流的委托模式是 LifeOS 命令家族的通用设计可对比 tm.md 将$ARGUMENTS委托给 Teach 技能的 Teach 工作流命令层保持薄真正的流程逻辑沉淀在技能的Workflows/目录便于跨会话复用与单独演进。为什么需要 Grill从雾到可验证的形状要理解 Grill必须先理解 ISA 的定位。在 LifeOS 中ISA 是描述任何事物项目、应用、库、基础设施、工作会话、艺术创作、战略决策的 done 状态的单一文档同时承担五种身份理想状态表述、测试装置、构建验证、完成条件、系统记录system of record。但 ISA 的前提是——你得先知道自己在追求什么。绝大多数工作的真实起点并不是清晰的规格而是一团fog雾在范围内的、你尚无法精确陈述的问题。ISA 技能对这种状态有一条明确的毕业测试graduation testv2.14.0现在就能精确陈述问题、并指出可命名的证伪者 → 可以直接写成 ISC即使暂时被阻塞可陈述但尚不可探测 → 留在雾中## Not yet specified超出愿景 → 划入 Out of Scope。Grill 正是处理雾的机制它不急于把雾变成 ISC而是通过结构化提问把雾逼成一个可被 Scaffold 接管的、hard-to-vary难以变动的提示词。正如 Grill.md 开篇所定义Relentless, checkpointed discovery interview that interrogates a half-formed idea until its shape is clear, then hands off to Scaffold to build the ISA. Where Interview FILLS a known ISA structure, Grill DISCOVERS a structure that doesnt exist yet. Human-invoked and exploratory; never Algorithm-automatic.一句话概括两者分工Interview 填充已知结构Grill 发现尚不存在的结构。何时调用 GrillGrill 是人类主动调用的工作流永远不会被 Algorithm 自动触发。典型场景用户直接发起Skill(ISA, grill me on topic)或/grill-me topic在 Scaffold 之前当想法过于未成形、不足以直接 scaffold 出强 ISA 时刷新规格grill me again on slug, heres new findings.——带着新发现重新拷问已有 slug。明确不适用的场景是填充已有 ISA 的薄弱章节——那是 Interview 的职责详见下文对比。输入参数输入必填说明topic是要被拷问的想法 / 计划 / 决策slug否要使用的 WORK 目录缺省时由 topic 推导max_questions否默认 12注意slug的语义它决定 Gril 的 checkpoint 文件写入哪个 WORK 目录也与后续 Scaffold 写出的 ISA 文件位置保持一致从而保证拷问 → 脚手架两阶段落盘在同一目录。完整执行流程8 步Grill 工作流在 LifeOS/install/skills/ISA/Workflows/Grill.md 中完整定义。与 ISA 技能下的其他工作流Scaffold、Interview、CheckCompleteness、Reconcile、Seed、Append一样它由八个可复现的步骤构成。Step 1 — 语音通知所有 ISA 技能工作流的第一步都是强制语音通知SKILL.md中标注 This is not optional通过本地 notify 端点异步发送curl -s -X POST http://localhost:31337/notify \ -H Content-Type: application/json \ -d {message: Running the Grill workflow in the ISA skill} \ /dev/null 21 同时在对话中输出文本通知Running theGrillworkflow in theISAskill to ...。这一机制让用户在语音/桌面通知层面感知到工作流已启动。Step 2 — 确立 WORK 目录Grill 的落盘路径是绝对路径~/.claude/LIFEOS/MEMORY/WORK/{slug}/而不是项目相对路径。工作流明确警告了两个常见错误它不是项目相对路径——即使从其他仓库的 cwd 发起/grill-me也要写到 LIFEOS 的固定位置它不是~/.claude/MEMORY/WORK/少了LIFEOS/树这类裸路径。选择这个路径的根本原因它是 Scaffold 写出 ISA 的同一目录Scaffold 无项目时写MEMORY/WORK/{slug}/ISA.md交接因此天然共址。在该目录创建grill.md包含三个小节Shape Key Decisions、QA Log、Open Flags。该文件是每轮 checkpoint 的目标绝不是项目根目录下的临时brainstorms/文件夹。Step 3 — Shape check仅在类别含糊时如果还不清楚这是哪一种东西skill / hook / CLI / 文档……先提出 2–3 个候选形态用判别性问题在开走设计树之前先剪枝到一个。形状显而易见时跳过此步。Step 4 — 走设计树这是流程的核心。Grill 按依赖顺序解决决策——绝不先于其父节点处理叶子节点。每一轮决策遵循四条纪律一次只问一个问题通过AskUserQuestion提问一次调用只问一个问题绝不批量。每个问题把你的推荐答案作为第一个选项标记(Recommended)旁边放真实备选用户一次确认或推翻也可以选 Other 重定向。只有答案空间真正开放、无法收敛为选项时才退化为自由文本问题。绝不做裸开放提问永远先亮出你会怎么落、为什么。能查代码就不问答案可从代码库中发现时先用 Grep/Read 探索代码只有代码回答不了才提问。低置信或高风险的决策在用户回答前附一行你对自己推荐的最强反对意见strongest objection。Step 5 — 每轮之后立即 checkpoint每轮问答结束立即写grill.md把问答对追加进 QA Log把已定案的决策提升进 Shape Key Decisions把需要外部输入的项目记入 Open Flags。checkpoint 的意义在长会话中尤其重要——它保证即使上下文窗口退化工作产物也完整落在磁盘上。Step 6 — Pre-mortem → 草拟 ISC收尾之前强制跑一轮失败模式审查假设这个东西已经上线并失败了——哪里出了问题把每个失败模式转化为一条草稿级二元标准ISC写入 Shape Key Decisions。这正是让最终 ISA hard-to-vary的关键机制预先把什么会让它失败钉进标准里而不是事后补救。Step 7 — 停止条件满足以下任一条件即结束形状已经清晰到足以 scaffold达到max_questions默认 12连续两个回答是低信号我不知道/跳过。Step 8 — 交接Handoff按顺序提供三个出口交给 ScaffoldSkill(ISA, scaffold from prompt: Shape Key Decisions draft ISCs from grill.md)目标仍是同一个 WORK 目录为每个 Open Flag 创建任务TaskCreate通过 CreateSkill 同步本次会话触碰的相关技能/指南——注意这是 Grill 的职责不是 Interview 的。grill.md 输出格式Grill 的交付物grill.md有固定模板# Grill: topic ## Shape Key Decisions - settled decision — rationale - ISC: binary criterion from pre-mortem ## QA Log ### Q1: question **Recommended:** rec **Answer:** user answer ## Open Flags - [ ] unknown — needs who/what三个小节的职责边界清晰Shape Key Decisions记录已定案决策及其理由、以及 pre-mortem 产出的草稿 ISCQA Log是完整问答流水保留(Recommended)与用户实际选择的对照Open Flags记录尚未解决、需要特定角色/信息输入的事项。这份文件既是过程审计轨迹又是 Scaffold 的直接输入。失败模式与处理Grill 工作流预先定义了三个高发失败模式及其处理策略失败模式处理策略用户中途放弃部分写成的grill.md依然有价值在 Open Flags 留下一条记录注明在哪一步暂停回答停留在空想aspirational追问什么能证明这一点what would prove that?若仍无法回答记入 Open Flags而不是当作已定案决策主题本身已经成型直接说明并路由到 Scaffold——不要为了凑满max_questions而制造问题第三条尤其重要Grill 的价值是发现不是仪式。已成型的主题直接跳过拷问进入构建是流程认可的正路。与 Scaffold 的交接为什么 prompt 即协议Scaffold 没有专门的 grill 模式——交接物就是 grill.md 的内容本身。流程是把 Shape Key Decisions连同 pre-mortem 草稿 ISC作为Skill(ISA, scaffold from prompt: …)的 prompt 传入。从 Scaffold.md 的实现细节可以理解这一交接为何有效目标保留Scaffold 的 Step 3 有专门的principal-stated goal保留机制——用四信号检测器命名指标阈值、显式结果断言、完成条件、结构/设计指令从 prompt 中识别用户的字面目标逐字节写进 frontmatter 的principal_stated_goal并作为## Goal的首句引语原样保留之后才派生其他内容派生结构显式想要→Vision显式不想要→Out of Scope领域隐含约束→ConstraintsTELOS 隐含原则→Principles草稿 ISC 落地Grill 的 pre-mortem 草稿 ISC 会直接进入新 ISA 的 claims 区新 ISA 是## Claims旧版兼容## Criteria共址落盘Scaffold 无项目时同样写~/.claude/LIFEOS/MEMORY/WORK/{slug}/ISA.md与grill.md同目录。用 Grill.md 的话说Grill 的价值在于把发现工作前置让交给 Scaffold 的 prompt 一开始就难以变动hard-to-vary。之后 Scaffold 还会对产物运行 Splitting Test每个 claim 必须对应单一二元工具探针、anti-claim 检查、以及 substance 缩放的完整性门控详见 CheckCompleteness.md最终经 CheckCompleteness 打分通过后才返回路径。Grill 与 Interview发现 vs 填充两者是 ISA 技能中极易混淆的一对这里给出可直接引用的判别表来源SKILL.md 的 Workflow Routing 与两份工作流文档维度GrillInterview目标发现尚不存在的结构填充/深化已有 ISA 的散文章节触发时机Scaffold 之前想法未成形时Scaffold 的歧义检查Step 3.5之后、deepest 级工作构建前、或 CheckCompleteness 报缺口后输入topic 可选slug/max_questions(12)isa_path 可选section/max_questions(8)落盘每轮写grill.md问答日志决策开放项每轮直接 Edit ISA 文件让文档随回答长出来收尾pre-mortem→草稿 ISC交给 Scaffold最终 CheckCompleteness 通过不阻塞迭代自动化人类主动永不 Algorithm 自动可由 Scaffold 歧义检查触发从路由表可见ISA 技能的七条工作流Scaffold / Interview / Grill / CheckCompleteness / Reconcile / Seed / Append各司其职Scaffold 负责从 prompt 生成、Interview 深化、Grill 发现形状、CheckCompleteness 打分、Reconcile 确定性合并 ephemeral 特性文件、Seed 从既有仓库反向引导、Append 记录决策与学习条目。Grill 处于整条流水线的最前端——它是把我不知道我要什么变成我知道 done 长什么样的第一道工序。值得注意的实现约束从 Grill.md 与 ISA 技能整体可以提炼几条对使用者有实际影响的约束checkpoint 目标路径是硬编码约定~/.claude/LIFEOS/MEMORY/WORK/{slug}/grill.md是唯一合法 checkpoint 目标工作流明确禁止改用项目根目录的brainstorms/文件夹——这保证了跨仓库、跨会话的可恢复性一次一问是硬规则AskUserQuestion单次调用只问一个问题批量提问违反流程推荐答案必须作为首选项出现让用户确认或推翻而非从零作答ISC 草稿必须是二元标准pre-mortem 产出的每条 ISC 要能对应单一二元工具探针与 Scaffold 的 Splitting Test 一致这正是 ISA 体系中 ISC 的粒度铁律CheckCompleteness.md 中 granularity 检查会审计这一点来自开源社区的血统Grill 工作流改编自 Matt Pocock 的grilling/grill-me技能MIT 协议但做了两处独立实现每轮 checkpoint 到MEMORY/WORK/{slug}/grill.md而非项目根目录的brainstorms/文件夹并在 Scaffold 交接前增加了 pre-mortem→ISC 转换环节。深入阅读路径命令定义LifeOS/install/commands/grill-me.mdGrill 工作流全文LifeOS/install/skills/ISA/Workflows/Grill.md接口对照Interview 工作流 LifeOS/install/skills/ISA/Workflows/Interview.md、Scaffold 工作流 LifeOS/install/skills/ISA/Workflows/Scaffold.md、CheckCompleteness 工作流 LifeOS/install/skills/ISA/Workflows/CheckCompleteness.mdISA 技能总纲十七节正文、完整门控、全部 gotchasLifeOS/install/skills/ISA/SKILL.md参考范本Scaffold 前必读LifeOS/install/skills/ISA/Examples/canonical-isa.md系统架构与格式规范LifeOS/install/LIFEOS/DOCUMENTATION/ISA/ISASystem.md 与 LifeOS/install/LIFEOS/DOCUMENTATION/ISA/ISAFormat.md实际使用中grill-me的价值在于把头脑风暴从无序聊天升级为有审计轨迹、有停止条件、有明确产物交接的工程化流程每一次提问都有推荐答案、每一轮决策都落盘、每一个失败模式都提前转成可探测的 ISC最终让 Scaffold 拿到的不是一段含糊的闲聊而是一份已经难以上下变动的规格 prompt。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考