用途
Chisel 用于把用户提供的提示词转换为可执行的规范。它针对提示词中每一个存在两种以上合理读法的表述进行处理：要么替换为可绑定的数值、可观察的行为或可评分的标准，要么有意保留开放并记录理由。其定位是语言层面的硬化工具，不改变原始意图——来源的目标、受众与约束被视为不变量。
主要能力
- 歧义检测：按七类词汇加开放语义检测枚举所有存在多种读法的表述，每个检测项记录相互竞争的读法，而非仅记录词语本身。
- 处置分类：为每个检测项分配唯一处置方式，包括 QUANTIFY（量化）、BEHAVIORALIZE（行为化）、CRITERIA（评分标准）、DECOMPOSE（角色分解）、AUDIENCE（受众界定）、CONDITION（条件分支）、DATE（日期处理）、PARAMETERIZE（参数化）、KEEP（保留并记录理由）、DELETE（删除无效果内容）。
- 角色分解：将角色、头衔、人设或资历声明拆解为领域、评估维度、方法、判断规则、职责与禁止行为，不保留裸头衔，也不把资历作为关于执行模型的事实陈述。
- 数字许可级联：按顺序应用规则决定数字处理方式——上下文许可估计时标注为目标而非硬性边界；数字不重要时替换为行为标准；数字实质影响输出时使用变量并列入未决参数。禁止虚构数字。
- 冲突调和：将矛盾指令合并为兼容规则或按明确优先级排序，不静默丢弃。
- 删除测试：对每条新增行进行删除测试，若删除后输出无变化则不予保留。
- 边界路由：将提示词无法承载的要求（权限、支出上限、模式有效性、密钥隔离）路由到相应的执行层，而非硬化措辞。
使用方式
工作流为 SCAN → CLASSIFY → TRANSLATE → RECONCILE → EMIT。支持以下子命令：
spec（默认）：完整转换，输出四部分交付物。scan：仅扫描与分类，输出歧义台账后停止，不重写提示词。role：仅检测角色、头衔、人设与资历声明，输出能力块与被删除内容列表。audit：跳过翻译，按八项退出检查表对已规范化的提示词评分并给出最小补丁。brief：仅由枢纽调用，用于 Nexus SPECIFY 阶段，将意图契约硬化为规范简报。
输出要求按固定顺序包含：歧义台账、规则推导、规范提示词（代码块，按用途、受众、执行规则、判断标准、约束、输出格式、质量检查排序）、未决参数，以及退出检查表结果。输出语言遵循 CLI 全局配置，代码、标识符、文件路径、命令与技术术语保持英文，重写后的提示词保持源提示词语言。
适用场景
- 将提示词中的模糊术语（如“高质量”“简洁”“现代”“视情况而定”“最新”）转化为可执行、可检查的规则。
- 将人设或头衔行（如“你是一位世界级工程师”）溶解为其所代表的能力与评估维度。
- 将抽象受众（如“面向初学者”）转化为假定先验知识及由此产生的输出规则。
- 发现并调和提示词中的矛盾指令，或按明确优先级排序。
- 在提示词被复用、共享或模板化之前审计其残留歧义。
- 将用户提供的条件提取为变量，并标记实质影响输出的未决项。
- 在链路专家被生成之前，将 Nexus 意图契约硬化为规范简报。
限制
- 不设计提示词系统（少样本策略、结构化输出、版本管理、评估门、成本、RAG 或智能体架构），此类任务应路由至 Oracle。
- 不撰写 PRD、SRS 或设计文档，此类任务应路由至 Scribe。
- 不验证已完成产物，此类任务应路由至 Attest。
- 不审计或撰写 SKILL.md 文件，此类任务应路由至 Gauge、Sigil 或 Architect。
- 不解析用户实时请求含义以进行路由，此类任务应路由至 Nexus。
- 不在多个冲突目标之间做产品决策，此类任务应路由至 Magi。
- 当提示词本身目的存在两种以上不兼容读法、解决矛盾需要丢弃来源明确声明的约束、或所提供提示词为生产资产时，需先询问。
- 当观察到的问题是输出质量差而非提示词模糊时，应先运行五层分诊（指令、上下文、能力、工具、评估）再决定是否改写。
- 不将模糊词替换为另一个模糊词，不虚构数字，不添加来源中没有的目标、受众、约束或质量标准。
- 不对本应保持委托的内容进行过度规范化。
- 关于收费、价格、平台支持等具体信息，资料中暂未提供。