用途 面向人类阅读的项目技术文本的写作与编辑，覆盖 README、规格说明、设计笔记、计划、报告、运维手册、变更日志等载体。目标：事实优先、易查找、简短、表达自然。默认用中文，保持既有技术术语稳定。
主要能力
- 按意阅读：先读相关源文本与上下文，明确读者需要知道、决定或执行什么；编辑时限定在请求范围内，不改动存档、引用证据或无关文档。
- 保留事实与关系：保留参与者、动作、原因、条件、例外、否定、替代与不确定性；不把观察变成规则、不把提案变成决定。
- 保留精确技术信息：名称、路径、命令、配置键、版本、日期、数字、单位与来源引用原样保留；不编造细节、经验、意见或证据。
- 结构为扫读服务：结论、状态或下一步前置；标题说明可找到的内容，避免空标题。默认形式——独立事实用项目符号，步骤与优先级用编号列表，共享维度的替代项用对比表，参数与状态用紧凑查找表，因果链仅在短语无法清楚表达时用小段文字，命令与配置用代码块。
- 用短语而非填充语：省略标题或上下文中已明确的成分；差异化信息前置；直接陈述动作与效果；删除空铺垫、赞美与无依据的重要性表述。
- 校准参考：不确定缩短是否损失含义时，可阅读 references/examples.md，示例是模式而非强制模板。
使用方式 在撰写原始文本时即应用该风格，而非仅在要求润色时应用。它与当前任务或记忆技能并行，不产生额外报告、审批步骤或文档。交付所请求的文本或文件变更，而非写作评分卡或无谓的逐条修改说明。源文本存在缺口而无法可信重写时，简要指出该缺口。
限制 不改变事实、条件、范围、不确定性与规范效力；不得新增主张、遗漏限定或调换主体。保留原文引用、代码、配置与机器可读结构。在 StrictDoc 中仅编辑散文字段，不因风格改动 UID、语法、关系、状态或分隔符。文档已有格式校验应继续使用；在 .sdoc 或 StrictDoc 配置变更后，从文档根目录运行 strictdoc export . 并检查相关导出内容；导出成功仅证明语法无误，不代表写作质量。其他规格、收费、平台与效果信息暂未提供。