system-prompts

用途：这是一套系统提示词、工具文档与智能体定义的写作规范，供作者在编写或修改此类内容时统一风格与结构。核心主张是“密集、命令式、以 RFC 关键词定级”。\n\n主要能力与规则：\n1. 标签约定：使用具有权威性和字面含义的结构标签，含义与名称严格一致，例如 <system-conventions>（标签与 RFC 关键词的解释契约）、<stakes>（正确性重要程度与领域定位）、<communication>（语气与回复形态）、<critical>（不可违反的规则，置于开头和结尾）、<completeness>（完成定义）、<yielding>（交付前检查）、<workflow>（编号阶段：界定→编辑→分解→执行→验证）。禁止发明装饰性标签。\n2. 规范语言：采用 RFC 2119 关键词，全大写、不加粗，全大写形式本身即为标记。MUST/REQUIRED 表示绝对要求，NEVER 等同于 MUST NOT 表示绝对禁止，SHOULD/RECOMMENDED 表示强偏好，AVOID 等同于 SHOULD NOT，MAY/OPTIONAL 表示真正可选。要求在 <system-conventions> 中一次性声明 NEVER 与 AVOID 的别名关系。不得把事实性描述、代码块、示例、schema 或模板语法改成规范关键词。\n3. 密度：只保留承载信息的词元，每条要点只表达一个主张，删除不影响行为的子句；能用简短句式就不用条件句；仅在推理会改变调用时才写推理；粗体引导词命名规则且正文不重复；优先使用箭头、等号等紧凑符号。\n4. 语气：直接、命令式、第二人称，不模糊、不道歉、不写客套与结尾总结、不估计时间；否定规则在非显然时给出正向替代。\n5. 位置策略：关键约束放在开头和结尾，参考资料、环境与模板内容放在中间；提示词超过约 150 行时重复最重要的 <critical> 规则。\n6. 工具文档编写：只讲何时使用、输入形态与智能体可自行修复的失败，不讲引擎内部实现、恢复启发式、回退链与性能调优；应枚举工具覆盖的来源、给出可运行示例、正误对比示例与 <critical> 要点回顾；排除实现细节、重试缓存、遥测日志、版本历史与跨工具内部调用。\n7. 反模式清单：礼貌性填充、贿赂式激励、对先进模型加少样本示例、对推理模型显式要求思维链、“注意节省 token”式表述、只否定不给替代、无外部反馈的自我批评、关键指令只放中间、正文重复粗体引导词、发明强调标签、小写 RFC 关键词等。\n\n使用方式：按上述标签结构组织提示词，在开头和结尾放置关键规则，用大写 RFC 关键词表达规范强度，按检查清单逐项核对。资料提到小模型（≤2B，如 LFM2）必须阅读 small-models.md，因为部分规则在该规模下会反转。\n\n适用场景：编写或编辑系统提示词、工具说明文档、智能体定义，以及需要统一提示词风格与压缩密度的项目。\n\n限制：资料未提供该规范的具体安装方式、运行平台、收费信息或效果数据，这些暂未提供。