{"id":"f7d3baba-8c8a-4c34-aa74-bd748bb6e62a","entityType":"agent","slug":"clawhub-gongyu0918-debug-chinese-official-writing","name":"中文公文写作","canonicalUrl":"https://www.xpersona.co/agent/clawhub-gongyu0918-debug-chinese-official-writing","canonicalPath":"/agent/clawhub-gongyu0918-debug-chinese-official-writing","generatedAt":"2026-10-10T08:10:19.345Z","source":"CLAWHUB","claimStatus":"UNCLAIMED","verificationTier":"NONE","summary":{"evidence":{"source":"editorial-content","verified":true,"confidence":"high","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":null},"description":"用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 Skill: 中文公文写作 Owner: gongyu0918-debug Summary: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 Tags: \"chinese:1.4.15, ai-compute:1.6.25, ai-compute\":1.4.15, chinese:1.6.25, chinese official-document writing gongwen ai-compute:1.5.38, go","descriptionLabel":"Technical summary","evidenceSummary":"Capability contract not published. No trust telemetry is available yet. 9.2K downloads reported by the source. Last updated 10/9/2026.","installCommand":"clawhub skill install s172a0qxsw6kfdee064rcn06es83edse:chinese-official-writing","sourceUrl":"https://clawhub.ai/gongyu0918-debug/chinese-official-writing","homepage":"https://clawhub.ai/gongyu0918-debug/skills/chinese-official-writing","primaryLinks":[{"label":"View on ClawHub","url":"https://clawhub.ai/gongyu0918-debug/chinese-official-writing","kind":"source"},{"label":"Homepage","url":"https://clawhub.ai/gongyu0918-debug/skills/chinese-official-writing","kind":"homepage"}],"safetyScore":84,"overallRank":62,"popularityScore":79,"trustScore":null,"claimedByName":null,"isOwner":false,"seoDescription":"用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工"},"coverage":{"evidence":{"source":"public-profile","verified":false,"confidence":"medium","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":null},"protocols":[{"protocol":"OPENCLEW","label":"OpenClaw","status":"self-declared","notes":"Declared in the public agent profile."}],"capabilities":[],"verifiedCount":0,"selfDeclaredCount":1,"capabilityMatrix":{"rows":[{"key":"OPENCLEW","type":"protocol","support":"unknown","confidenceSource":"profile","notes":"Listed on profile"}],"flattenedTokens":"protocol:OPENCLEW|unknown|profile"}},"adoption":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":null},"stars":null,"forks":null,"downloads":9221,"packageName":null,"latestVersion":"2.0.27","tractionLabel":"9.2K downloads"},"release":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"medium","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":null},"lastUpdatedAt":"2026-10-09T02:31:41.309Z","lastCrawledAt":"2026-10-09T02:31:41.309Z","lastIndexedAt":null,"nextCrawlAt":"2026-10-10T02:31:41.309Z","lastVerifiedAt":null,"highlights":[{"version":"2.0.27","createdAt":"2026-10-09T01:51:29.892Z","changelog":"# 中文公文写作 2.0.27 - 补充政务信息与简报、先进事迹、签报呈批、组织鉴定与人员考察、会议记录、承诺书、交接及礼仪书函的用途、要素与结构指导，沿用按需渐进选读。 - 细化交接资料、附件和实物各自的动作、数量与接收状态；区分推荐层级、个人与团队贡献、请批正文及已有批示。 - 适配计数脚本在安全路径模式下的同目录模块导入，增加计数扫描回执和临时稿路径的复核线索。 本版保留短稿80字要求。实际成稿仍需核对事实、资金及审批状态、发言归属和交付范围；扫描线索不等于事实验证，也不能保证扫描后不再追加过程说明。","fileCount":94,"zipByteSize":160472},{"version":"2.0.26","createdAt":"2026-10-07T23:18:28.388Z","changelog":"中文公文写作 2.0.26 增加项目、采购验收及应急预案的按需专项指导，按实际用途选择文种，并保留原材料的权限和结论状态。 校准正式国标底稿、单位模板、附件与版记的处理关系；经费材料区分说明、决算与申请、拨付、报销用途。同步更新写作说明及平台下载数据。 写作及审核仍可能出现口径误判、无据推断或额外说明。正式使用前请核实事实、数据、引用及责任承诺。","fileCount":86,"zipByteSize":148203},{"version":"2.0.25","createdAt":"2026-10-06T10:12:28.020Z","changelog":"# 中文公文写作 2.0.25 - 澄清真实材料与明示虚构试写的优先关系，补齐试写字段，保留指定模板空位。 - 新增字段按既定真实/试写模式处理；扫描占位提示与试写补拟许可保持一致。 - 审核意见按全文计数和扫描，减少“AI味审校”等功能术语被当作口语的误报。 - 更新版本说明及2026年10月6日的平台下载数据。 保留原有主次要求和短稿篇幅要求。开放立项稿仍可能出现技术内容重复、状态表述升级或过程旁白；金额审核仍需区分预算控制数与价款，正式使用前请人工复核。","fileCount":84,"zipByteSize":143628},{"version":"2.0.24","createdAt":"2026-10-05T03:58:17.713Z","changelog":"# 中文公文写作 2.0.24 - 精简写作入口的具体业务场景和措辞枚举，结合整句用途与材料性质选择模式。 - 优先核对现实材料、旧稿及可能的现实事项；展示或学习写法的用途不改变现实材料性质，保留拟办和未决状态。 - 明确模拟、虚构、生成测试及无现实材料的写法样稿继续走试写，按试写规则补齐相容场景和固定标识。 - 保持文种选路、普通完整短稿80字下限和既有脚本接口，更新GitHub首页的平台下载量快照。 本版重点为模式路由调整。最终稿仍应复核主旨、重复展开、事实状态及完整交付，样稿待填字段等已知写稿风险继续跟踪。","fileCount":84,"zipByteSize":143056},{"version":"2.0.23","createdAt":"2026-10-04T03:32:36.250Z","changelog":"# 中文公文写作 2.0.23 - 明确真实稿、试写稿、精确替换与同轮独立审核的处理路径，按任务选择主文种及附加规则。 - 梳理项目申请、建设方案和信息化材料的职责，说明核心业务、正文与附件的分工，区分用途分析和已发生事实。 - 审校区分主要标的与整包金额、旧值与新值、错误与待核信息；未核实字段不直接补成确定值。 - 调整最新版底稿、模板空位、草稿日期与格式处理的适用条件；句尾否定和先后关系按实际业务语义判断。 - 更新写作说明。继续保留普通完整短稿80字下限及其既有例外。 复杂立项仍可能出现主旨偏弱、支撑说明重复、事实状态扩张；复杂审核仍可能过度挑错或混入过程说明。本版保留已观察到的局部收益，不宣称全部实写问题已经解决。","fileCount":84,"zipByteSize":143315},{"version":"2.0.22","createdAt":"2026-10-03T09:47:19.846Z","changelog":"# 中文公文写作 2.0.22 - 细化会议事项抄告单的分段与主线，区分申请意见、会议判断和会议决定，避免重复展开同一办理任务。 - 补全非会议抄告单的选路说明，按事项告知、领导批示、审批答复或结果公示等实际用途选定文种，并保留原有标题和模板。 - 修正请示申请细查对项目立项的回指，补齐主持词中具体人物与泛称排序的加读条件。 - 短制度按实际内容收束；公示区分征求异议或意见与仅公布已办结结果，通报按相应用途处理事实和已有要求。 - 更新 README 的抄告单使用说明。 主流程继续按用途选定主文种，再按任务加读；普通完整短稿80字下限保持。实际成稿仍需复核主旨、重复展开、事实状态及交付要求，本版不声称这些写稿风险已全部解决。","fileCount":84,"zipByteSize":141058},{"version":"2.0.21","createdAt":"2026-10-02T10:16:57.455Z","changelog":"# 中文公文写作 2.0.21 - 新增会议事项抄告单专页，从已印发真实稿件中提炼写法，由会议纪要按交付需要加读。 - 抄告内容围绕指定议定事项，保留与决定相关的名单、费用、范围明细，以及材料中的接收、承办和抄送关系。 - 字段式抄告单沿用现有字段，连续正文式沿用原稿形态；补充 README 使用示例。 主流程仍按用途选定主文种，再按任务加读；普通完整短稿80字下限保持。实际成稿仍需复核主次、事实状态及交付要求。","fileCount":84,"zipByteSize":140275},{"version":"2.0.20","createdAt":"2026-10-01T07:05:15.258Z","changelog":"# 中文公文写作 2.0.20 - 完善项目申请关键建设内容与业务用途的说明，以及正文、技术附件的分工。 - 明确材料未提供、记录缺失与已确认实际情况的区别，整理缺项提示和正文表达的职责。 - 补充党政机关正式上行关系，澄清同一请批事项的估算金额、资金状态与必要配套内容，保持企业及个人申请的模板。 - 完善公告、通告、批转转发通知和传达重要精神通报的用途，补充政务信息、要情、专报及解说词的选路。 - 明确专题汇报的详略关系，以及书面经验交流、现场交流发言的既有文种归口。 普通完整短稿80字下限保持，经验交流新专项页尚未纳入。实际成稿仍需复核主次、事实状态及交付要求。","fileCount":83,"zipByteSize":139014}]},"execution":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No published capability contract is available yet."},"installCommand":"clawhub skill install s172a0qxsw6kfdee064rcn06es83edse:chinese-official-writing","setupComplexity":"low","setupSteps":["Setup complexity is classified as HIGH. You must provision dedicated cloud infrastructure or an isolated VM. Do not run this directly on your local workstation.","Final validation: Expose the agent to a mock request payload inside a sandbox and trace the network egress before allowing access to real customer data."],"contract":{"contractStatus":"missing","authModes":[],"requires":[],"forbidden":[],"supportsMcp":false,"supportsA2a":false,"supportsStreaming":false,"inputSchemaRef":null,"outputSchemaRef":null,"dataRegion":null,"contractUpdatedAt":null,"sourceUpdatedAt":null,"freshnessSeconds":null},"invocationGuide":{"preferredApi":{"snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/trust"},"curlExamples":["curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/snapshot\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/contract\"","curl -s \"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/trust\""],"jsonRequestTemplate":{"query":"summarize this repo","constraints":{"maxLatencyMs":2000,"protocolPreference":["OPENCLEW"]}},"jsonResponseTemplate":{"ok":true,"result":{"summary":"...","confidence":0.9},"meta":{"source":"CLAWHUB","generatedAt":"2026-10-10T08:10:19.340Z"}},"retryPolicy":{"maxAttempts":3,"backoffMs":[500,1500,3500],"retryableConditions":["HTTP_429","HTTP_503","NETWORK_TIMEOUT"]}},"endpoints":{"dossierUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/dossier","snapshotUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/snapshot","contractUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/contract","trustUrl":"https://www.xpersona.co/api/v1/agents/clawhub-gongyu0918-debug-chinese-official-writing/trust"}},"reliability":{"evidence":{"source":"runtime-metrics","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No trust, reliability, or runtime telemetry is available."},"trust":{"status":"unavailable","handshakeStatus":"UNKNOWN","verificationFreshnessHours":null,"reputationScore":null,"p95LatencyMs":null,"successRate30d":null,"fallbackRate":null,"attempts30d":null,"trustUpdatedAt":null,"trustConfidence":"unknown","sourceUpdatedAt":null,"freshnessSeconds":null},"decisionGuardrails":{"doNotUseIf":["Contract metadata is missing or unavailable for deterministic execution."],"safeUseWhen":[],"riskFlags":["missing_or_unavailable_contract","trust_data_unavailable","schema_references_missing"],"operationalConfidence":"low"},"executionMetrics":{"observedLatencyMsP50":null,"observedLatencyMsP95":null,"estimatedCostUsd":null,"uptime30d":null,"rateLimitRpm":null,"rateLimitBurst":null,"lastVerifiedAt":null,"verificationSource":null},"runtimeMetrics":{"successRate":null,"avgLatencyMs":null,"avgCostUsd":null,"hallucinationRate":null,"retryRate":null,"disputeRate":null,"p50Latency":null,"p95Latency":null,"lastUpdated":null}},"benchmarks":{"evidence":{"source":"no-benchmark-data","verified":false,"confidence":"low","updatedAt":null,"emptyReason":"No benchmark suites or observed failure patterns are available."},"suites":[],"failurePatterns":[]},"artifacts":{"evidence":{"source":"CLAWHUB","verified":false,"confidence":"high","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":null},"readme":"Skill: 中文公文写作\n\nOwner: gongyu0918-debug\n\nSummary: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\n\nTags: \"chinese:1.4.15, ai-compute:1.6.25, ai-compute\":1.4.15, chinese:1.6.25, chinese official-document writing gongwen ai-compute:1.5.38, gongwen:1.6.25, latest:2.0.27, official-document:1.6.25, writing:1.6.25\n\nVersion history:\n\nv2.0.27 | 2026-10-09T01:51:29.892Z | user\n\n# 中文公文写作 2.0.27\n\n- 补充政务信息与简报、先进事迹、签报呈批、组织鉴定与人员考察、会议记录、承诺书、交接及礼仪书函的用途、要素与结构指导，沿用按需渐进选读。\n- 细化交接资料、附件和实物各自的动作、数量与接收状态；区分推荐层级、个人与团队贡献、请批正文及已有批示。\n- 适配计数脚本在安全路径模式下的同目录模块导入，增加计数扫描回执和临时稿路径的复核线索。\n\n本版保留短稿80字要求。实际成稿仍需核对事实、资金及审批状态、发言归属和交付范围；扫描线索不等于事实验证，也不能保证扫描后不再追加过程说明。\n\nv2.0.26 | 2026-10-07T23:18:28.388Z | user\n\n中文公文写作 2.0.26\n\n增加项目、采购验收及应急预案的按需专项指导，按实际用途选择文种，并保留原材料的权限和结论状态。\n\n校准正式国标底稿、单位模板、附件与版记的处理关系；经费材料区分说明、决算与申请、拨付、报销用途。同步更新写作说明及平台下载数据。\n\n写作及审核仍可能出现口径误判、无据推断或额外说明。正式使用前请核实事实、数据、引用及责任承诺。\n\nv2.0.25 | 2026-10-06T10:12:28.020Z | user\n\n# 中文公文写作 2.0.25\n\n- 澄清真实材料与明示虚构试写的优先关系，补齐试写字段，保留指定模板空位。\n- 新增字段按既定真实/试写模式处理；扫描占位提示与试写补拟许可保持一致。\n- 审核意见按全文计数和扫描，减少“AI味审校”等功能术语被当作口语的误报。\n- 更新版本说明及2026年10月6日的平台下载数据。\n\n保留原有主次要求和短稿篇幅要求。开放立项稿仍可能出现技术内容重复、状态表述升级或过程旁白；金额审核仍需区分预算控制数与价款，正式使用前请人工复核。\n\nv2.0.24 | 2026-10-05T03:58:17.713Z | user\n\n# 中文公文写作 2.0.24\n\n- 精简写作入口的具体业务场景和措辞枚举，结合整句用途与材料性质选择模式。\n- 优先核对现实材料、旧稿及可能的现实事项；展示或学习写法的用途不改变现实材料性质，保留拟办和未决状态。\n- 明确模拟、虚构、生成测试及无现实材料的写法样稿继续走试写，按试写规则补齐相容场景和固定标识。\n- 保持文种选路、普通完整短稿80字下限和既有脚本接口，更新GitHub首页的平台下载量快照。\n\n本版重点为模式路由调整。最终稿仍应复核主旨、重复展开、事实状态及完整交付，样稿待填字段等已知写稿风险继续跟踪。\n\nv2.0.23 | 2026-10-04T03:32:36.250Z | user\n\n# 中文公文写作 2.0.23\n\n- 明确真实稿、试写稿、精确替换与同轮独立审核的处理路径，按任务选择主文种及附加规则。\n- 梳理项目申请、建设方案和信息化材料的职责，说明核心业务、正文与附件的分工，区分用途分析和已发生事实。\n- 审校区分主要标的与整包金额、旧值与新值、错误与待核信息；未核实字段不直接补成确定值。\n- 调整最新版底稿、模板空位、草稿日期与格式处理的适用条件；句尾否定和先后关系按实际业务语义判断。\n- 更新写作说明。继续保留普通完整短稿80字下限及其既有例外。\n\n复杂立项仍可能出现主旨偏弱、支撑说明重复、事实状态扩张；复杂审核仍可能过度挑错或混入过程说明。本版保留已观察到的局部收益，不宣称全部实写问题已经解决。\n\nv2.0.22 | 2026-10-03T09:47:19.846Z | user\n\n# 中文公文写作 2.0.22\n\n- 细化会议事项抄告单的分段与主线，区分申请意见、会议判断和会议决定，避免重复展开同一办理任务。\n- 补全非会议抄告单的选路说明，按事项告知、领导批示、审批答复或结果公示等实际用途选定文种，并保留原有标题和模板。\n- 修正请示申请细查对项目立项的回指，补齐主持词中具体人物与泛称排序的加读条件。\n- 短制度按实际内容收束；公示区分征求异议或意见与仅公布已办结结果，通报按相应用途处理事实和已有要求。\n- 更新 README 的抄告单使用说明。\n\n主流程继续按用途选定主文种，再按任务加读；普通完整短稿80字下限保持。实际成稿仍需复核主旨、重复展开、事实状态及交付要求，本版不声称这些写稿风险已全部解决。\n\nv2.0.21 | 2026-10-02T10:16:57.455Z | user\n\n# 中文公文写作 2.0.21\n\n- 新增会议事项抄告单专页，从已印发真实稿件中提炼写法，由会议纪要按交付需要加读。\n- 抄告内容围绕指定议定事项，保留与决定相关的名单、费用、范围明细，以及材料中的接收、承办和抄送关系。\n- 字段式抄告单沿用现有字段，连续正文式沿用原稿形态；补充 README 使用示例。\n\n主流程仍按用途选定主文种，再按任务加读；普通完整短稿80字下限保持。实际成稿仍需复核主次、事实状态及交付要求。\n\nv2.0.20 | 2026-10-01T07:05:15.258Z | user\n\n# 中文公文写作 2.0.20\n\n- 完善项目申请关键建设内容与业务用途的说明，以及正文、技术附件的分工。\n- 明确材料未提供、记录缺失与已确认实际情况的区别，整理缺项提示和正文表达的职责。\n- 补充党政机关正式上行关系，澄清同一请批事项的估算金额、资金状态与必要配套内容，保持企业及个人申请的模板。\n- 完善公告、通告、批转转发通知和传达重要精神通报的用途，补充政务信息、要情、专报及解说词的选路。\n- 明确专题汇报的详略关系，以及书面经验交流、现场交流发言的既有文种归口。\n\n普通完整短稿80字下限保持，经验交流新专项页尚未纳入。实际成稿仍需复核主次、事实状态及交付要求。\n\nv2.0.18 | 2026-09-29T09:44:19.222Z | user\n\n# 中文公文写作 2.0.18\n\n- 完善项目立项与增项申请的归属核对，连贯说明项目单位、承办主体、已有成果和应用去向。\n- 细化关键建设内容与业务用途的说明，以及正文和技术附件的分工。\n- 调整立项申请与详细实施方案的选路，围绕本次请批范围处理需要补充的信息。\n\nv2.0.16 | 2026-09-29T04:37:10.601Z | user\n\n# 中文公文写作 2.0.16\n\n- 补充全文主旨、段落要点和篇幅分配要求，围绕核心事项组织内容，并在复核时合并重复论证。\n- 恢复普通完整短稿80字下限，统一成稿、压缩与扫描环节的篇幅口径；局部修改和更短篇幅按用户要求处理。\n- 精简入口重复说明，将具体检查要求集中到对应参考页，便于按任务读取和执行。\n\nv2.0.15 | 2026-09-28T03:10:11.925Z | user\n\n# 中文公文写作 2.0.15\n\n- 稀疏写稿命令继续进入试写；篇幅、格式和“只给正文”本身不改变真实稿或试写稿判定。只要给出现实事项或材料，仍优先完成真实写稿。\n- 精确替换和仅排版任务直达专用路径；同轮另有全文审核时，分别交付改后稿与审核意见，不擅改指定范围外文字。\n- 短稿不再套用通用 80 字下限。篇幅硬界与事实边界冲突时区分上下限处理，扫描次数设停止条件，减少无谓返工。\n- 简化重复路由说明，补齐新闻通稿、快讯和评论员文章等目标体裁别名。\n\nv2.0.14 | 2026-09-26T02:24:57.884Z | user\n\n# 中文公文写作 2.0.14\n\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，直接进入试写流程。\n- 没有明确试写要求时，纯“写或起草＋文种或宽泛主题”的稀疏命令仍可生成完整试写稿；只要另有现实事项陈述，默认按真实稿处理。\n- 已有现实材料、明确要实际发送或办理，以及“据实、只用这些内容、不要补充”等事实边界优先，避免试写表达覆盖真实稿约束。\n\nv2.0.13 | 2026-09-25T03:14:50.474Z | user\n\n# 中文公文写作 2.0.13\n\n- 优化真实写稿与试写场景的识别，按用户给出的用途和事实状态组织交付。\n- 补充简短工作总结样稿的自然成稿路径，保留具体事项、问题原因和后续方向。\n- 完善正文、文后提示与篇幅检查之间的衔接，减少无关说明对成稿的干扰。\n\nv2.0.12 | 2026-09-24T04:32:41.981Z | user\n\n# 中文公文写作 2.0.12\n\n- 增强稿件中单位名称、申请人和署名等待填内容的识别，便于定稿前补齐关键信息。\n- 优化正文与文后提示的区分，减少对正常文后提示的误报。\n- 完善待填内容的语境判断，兼顾引用、模板和匿名脱敏材料。\n\nv2.0.11 | 2026-09-23T08:55:04.860Z | user\n\n# 中文公文写作 2.0.11\n\n- 文稿检查支持在一次读取中同时完成篇幅计数与语言、结构、格式扫描，减少重复检查。\n- 增加严格篇幅复测信号：设置上下限时可识别超限或不足状态，便于交付前处理篇幅边界。\n- 补充最终稿复测、扫描线索核对和同稿复扫规则，帮助检查结果与最终文本保持一致。\n\nv2.0.10 | 2026-09-22T04:17:03.660Z | user\n\n中文公文写作 2.0.10\n\n- 指定替换姓名、日期或字段时，按角色和上下文定位，保留范围外文字。\n- 同一请求可分别处理精确修改和其他稿件。\n- 支持原材料定位及替换范围核对，补充具体事项调查核实参考。\n- 按“只输出正文”等要求交付，分别处理各部分篇幅限制。\n\n正式使用前请复核事实、数字、状态及责任和承诺。\n\nv2.0.8 | 2026-09-21T00:48:11.110Z | user\n\n本版提升中文公文起草、审核和 Word 整理的实际可用性：\n\n- 请示、申请会结合全文判断是否已经提出明确请求；请批语按需要在文末独立成段，短稿不会因缺少固定套语被机械判为不完整。\n- 决议会区分会议审议、通过结果和材料已有的执行要求，减少把一般分析或待表决内容写成已经形成的集体决定。\n- 审稿和改稿更关注本轮用途、发文主体、动作主体以及材料中的未决状态，补充建议时保留事实边界。\n- Word 默认排版对标题、正文、层级标题、行距、英文数字、落款和版式作了更明确的处理；已有单位模板或明确要求优先沿用。\n- 使用说明补充正式使用前的复核重点，便于核对事实、数据、引用、政策依据以及责任和承诺。\n\nv2.0.7 | 2026-09-20T01:00:18.455Z | user\n\n本次更新完善申请类高频场景的分层路由：\n\n- 请假申请：在申请主叶上叠加独立的请假附加规则，保留假别、事由、时间、交接和审批状态。\n- 采购核对：将采购需求、规格报价、履约条件和采购状态集中到采购专项页，减少申请主叶混入业务细节。\n- 经费预算：集中核对费用单位、阶段、计算条件、申请额度及资金落实状态，避免补造未知总额和财务规则。\n\n本版本继续使用普通 MIT Skill，不包含 Hook、维护代码或 Pro 专属实现。\n\nv2.0.6 | 2026-09-19T06:47:21.333Z | user\n\n本次更新完善了三类常见办文场景：\n\n- 材料报送与征集：多项材料、不同统计期间和分层报送的任务，进一步明确谁填报、统计谁、谁汇总，以及各项材料的期限和渠道。\n- 代表建议、委员提案答复：更明确地选择函的写法，让答复对象、称谓与用途对应，减少无关文种参考的干扰。\n- 采购更正公告：更清楚地交代原公告、更正理由和当前处理安排，区分原公告内容与后续履约、整改或解约情况。\n\nv2.0.5 | 2026-09-18T06:57:47.253Z | user\n\n2.0.5 增强经费预算、信息化项目、采购和整改材料的写作支持。\n\n- 经费预算：写清费用用途和构成，区分项目总额、年度或分期安排与本次申请金额，核对计价及合计口径。\n- 信息化建设：衔接已有系统与本次改造、运维范围，交代数据迁移、一次性建设和持续服务费用。\n- 采购材料：更清楚地说明报价包含的内容，将核心需求、已计费服务与验收要求对应。\n- 整改材料：分清问题、整改事项和责任单位，保留完成整改、阶段达标、持续推进等状态，并支持有依据的后续建议。\n\nv2.0.4 | 2026-09-17T06:13:02.307Z | user\n\n2.0.4 改进文稿扫描，减少对正常表达的误报。\n\n- 完善 Markdown 标记、代码围栏、占位残留和起草过程自述的检测。\n- 更准确地区分正常并列表达、业务引语和附件编号，减少不必要的修改提示。\n- 复核时结合材料和常识判断原因、作用及后续结论，保留有依据的合理分析。\n- 改进文件读取和编码异常时的错误提示，便于定位扫描未完成的原因。\n\nv2.0.3 | 2026-09-15T21:11:14.157Z | user\n\n2.0.3 完善意见和说明的写法，并更新写作、修改和交付规则。\n\nv2.0.1 | 2026-09-15T06:25:25.945Z | user\n\n2.0.1 补充了去 AI 味检查的具体判断：识别空转的对比与递进、人为拆分的先后关系、同义重复、强凑三项和连续否定，帮助稿件表达更直接、更有内容。\n\n真实的比较、办理步骤、参观顺序、必要否定、业务状态和用户指定结构继续保留，避免为了调整句式改变原意。\n\n使用说明恢复了起草、改稿、压缩扩写、审核后修改、去 AI 味和 Word 整理的自然语言示例，方便直接拿材料开始写作。\n\nv2.0.0 | 2026-09-14T23:29:02.122Z | user\n\n2.0.0 对公文、事务性材料和新闻写作的规则与入口进行了整体整理，文种要素、共性写作规则和场景参考各有明确职责，减少无关规则的读取与重复干扰。\n\n起草、改写和审核后的修改更清楚地衔接成稿、篇幅检查、复核与交付；正文与文后提示分别呈现，缺项和修改建议集中说明。材料与常识支持的合理分析予以保留，具体事实和未决状态保持原意。\n\n本版采用标准 Skill 结构，不附带 Hook；保留独立的字数检查和文稿扫描脚本，可由写作流程调用。\n\nv1.6.36 | 2026-09-14T00:21:21.410Z | user\n\nv1.6.36 让不同文种更快进入合适的写作规则。通知与公开发布、决策部署、讲话致辞、调研可研、采购审查现在分别使用更聚焦的写作路径，使每类任务获得更贴合场景的结构和用语支持。\r\n\r\n多人出席的讲话和致辞开场会更稳妥地依据材料中的身份、职务和场合安排称谓顺序。交付前的轻量检查也能更好识别正文前的说明式开场，让结果更直接、更接近可直接使用的成稿。\r\n\r\n本版同步了 1.0 主线的最新改进。仓库和各公开 Skill 包继续采用 MIT 许可证，后续 1.0 更新也沿用这一授权。\n\nv1.6.35 | 2026-09-12T23:45:12.964Z | user\n\nv1.6.35 是发布链维护版本。\n\n- 写作规则、检查脚本和 Hook 运行时代码保持 v1.6.34 内容。\n- 统一 README、公开 Hook adapter、DeepSeek Harness 与 OpenClaw 包的 1.6.35 版本元数据。\n- 补齐 v1.6.31—v1.6.33 发布证据及维护索引。\n- 未通过真实写稿留出的讲话人物排序、文种分叶和旁白检测候选不进入本版。\n\nGitHub 与 SkillHub 继续包含 1.x MIT Hook；ClawHub 仍为无 Hook 兼容包。本版本不包含 2.0 或 Pro 内容。\n\nv1.6.34 | 2026-09-11T23:00:45.883Z | user\n\n聚焦任务入口与细则定位，改善压缩、字段编辑和语言检查的使用稳定性，保持事实状态边界与文种衔接。\n\nv1.6.33 | 2026-09-10T21:47:36.226Z | user\n\n改进正式词语的语义审校：保留具有具体对象、专业含义或必要强调作用的表述，减少按词频机械换词；空泛评价仍依据已有事实处理。\n\nv1.6.32 | 2026-09-10T06:24:35.134Z | user\n\n精简写作入口，按任务加载参考资料，减少无关规则干扰。\n\n优化新闻、评论、合作建议、整改方案和情况反映的文种路由，保留事实状态边界，以及语言、论证、去 AI 味和校对衔接。同步更新兼容安装包。\n\nv1.6.31 | 2026-09-09T05:05:17.063Z | user\n\n明确有据分析的证据力度与事实状态边界；从1.6.30拆分更新两处既有规则并同步兼容包。\n\nv1.6.30 | 2026-09-08T05:46:38.448Z | user\n\n新增包内README与自然语言功能示例，补全能力说明并区分一般咨询、真实写稿和Hook专项问题。仅发布从1.6.29拆分的冻结基线；references、脚本与Hook核心不变，不含后续全局分析和立项申请规则。ClawHub保持无Hook包。\n\nv1.6.29 | 2026-09-07T06:09:36.266Z | user\n\n改善Claude同稿连续修改的门禁接续和用户材料绑定；明确只发正文时，核验删除常见正文外说明后继续默认审查；修复完整JSON围栏误拒。Hook仍默认关闭，ClawHub保持无Hook包。自然字数解析及原稿事实纠错未准入。\n\nv1.6.28 | 2026-09-05T22:27:10.684Z | user\n\n修复交付门禁终态重放、晚到事件、错回显及取消清理；补充DeepSeek Harness当前回合取消和OpenCode失败分类；新闻写作保留材料中的完整事实日期。Hook默认关闭，ClawHub继续为无Hook包。\n\nv1.6.26 | 2026-09-04T05:05:16.892Z | user\n\n精简意见建议、投诉、报告、方案和轻量校对的运行时说明，减少重复加载；进一步明确建议对象、处置权限、共性问题归并和直接正文交付。\n\nv1.6.25 | 2026-09-03T06:00:01.587Z | user\n\n优化意见建议和建议反馈写作，强化建议方实际经历、建议对象权限、共性问题归并和标题版式。\n\nv1.6.24 | 2026-09-02T00:18:40.628Z | user\n\n优化短稿任务的识别与自然收束，结合文种、材料密度和交付形态判断篇幅，减少固定字数阈值带来的误触发。\n\nv1.6.23 | 2026-09-01T00:10:16.867Z | user\n\n完善复杂终审场景的一致性与失败恢复，并新增点名审稿的轻量核对路径。\n\nv1.6.22 | 2026-08-31T02:06:48.052Z | user\n\n1.6.22：优化短稿完整性，并完善短通知、申请和请示的主体、日期、缘由与材料缺口处理。\n\nv1.6.21 | 2026-08-30T01:14:05.991Z | user\n\n同步 v1.6.21 版本坐标；继续提供无 Hook 的普通写作包。\n\nv1.6.20 | 2026-08-29T07:29:24.867Z | user\n\n同步 v1.6.20 版本坐标；继续提供无 Hook 的普通写作包。\n\nv1.6.19 | 2026-08-28T04:18:35.994Z | user\n\n同步v1.6.19公开写作包版本坐标；继续不含Hook。\n\nv1.6.18 | 2026-08-27T06:17:23.132Z | user\n\n同步 v1.6.18 公开版；本包继续为无 Hook 正文 Skill，写作规则与 v1.6.17 相同。\n\nv1.6.17 | 2026-08-26T07:08:21.633Z | user\n\n同步写稿稳定性验证与状态收口；公开写作规则和 Hook 协议不变，普通包继续不含 Hook。\n\nv1.6.16 | 2026-08-25T05:34:19.680Z | user\n\n优化算力可研状态与点名完整性审查，保留条件性建议和未决边界；普通包继续不含 Hook。\n\nv1.6.15 | 2026-08-24T02:33:40.591Z | user\n\n原子精简触发描述，保持正式写作路由与事实边界；普通包继续不含 Hook。\n\nv1.6.14 | 2026-08-23T01:35:54.822Z | user\n\n校准超长收束判定与句子级重复目标，保持能力和计划状态强度，并在 Hook 终态移除原始事务数据。\n\nv1.6.13 | 2026-08-22T06:41:41.128Z | user\n\n补强合理原因与即时作用、新闻来源身份和原始出处边界，完善 UL-005 同一事实 span 台账及有限补搜命中页绑定。\n\nv1.6.12 | 2026-08-21T05:46:29.754Z | user\n\n原子化精简触发描述，减少每次发现阶段的上下文开销，并保留公文、事务材料和新闻稿件的有效入口。\n\nv1.6.11 | 2026-08-20T04:53:08.188Z | user\n\n完善进行态与责任主体边界，优化中文数量透明归纳，并修复相对期限、序号和修辞性方面的共享硬锚判断。\n\nv1.6.10 | 2026-08-19T05:45:34.674Z | user\n\n完善标题与正文边界，减少未决状态引出的材料外程序，并精简文种叶重复说明。\n\nArchive index:\n\nArchive v2.0.27: 94 files, 160472 bytes\n\nFiles: LICENSE.md (1090b), README.md (7286b), references/ai-compute-docs.md (4010b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4436b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1894b), references/emergency-plan.md (2116b), references/external-research.md (2449b), references/field-editing.md (1081b), references/formal-addressing.md (3868b), references/format-gbt9704.md (12052b), references/formulaic-language.md (2643b), references/funding-budget.md (2059b), references/genre-checklist-feasibility-review.md (2018b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2789b), references/genre-checklist.md (411b), references/genre-playbook-advanced-deeds.md (1941b), references/genre-playbook-advisory-feedback.md (5631b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-commitment-letter.md (1800b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-courtesy-letter.md (2174b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (1077b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-meeting-record.md (1841b), references/genre-playbook-minutes.md (1689b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-personnel-appraisal.md (2841b), references/genre-playbook-plan-construction.md (1822b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (6006b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (3000b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/government-work-information.md (1877b), references/information-system-projects.md (1418b), references/internal-signoff.md (2209b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (1089b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (3023b), references/project-acceptance.md (2251b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2587b), references/reference-index.md (9900b), references/review-checklist.md (3345b), references/speech-person-order.md (1218b), references/structure-editing.md (1902b)\n\nFile v2.0.27:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 先核对是否已有现实材料、旧稿或可能的现实事项。有这些材料或事项时，按真实稿直接进入文种路由，展示或学习写法的用途不改变这一判定；只有用户明确把稿件设为模拟、虚构或生成测试时，才按试写处理并读取 `references/trial-draft-routing.md`。模糊或未决状态也作为现实事项处理。\n- 未明确设为模拟、虚构或生成测试时，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充的，按真实稿处理。真实稿不读取试写页，不为确认模式重新选路。\n- 没有现实材料、现实事项或实际办理用途，仅需写法样稿，或只要求某文种或宽泛主题的成稿且没有提供具体事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`；明确的模拟、虚构或生成测试同样读取该页。篇幅和交付形式本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n真实稿的主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款按共性写作页处理。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.27:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、政务信息、工作简报、先进事迹、签报呈批、组织鉴定、人员考察、会议记录、承诺书、工作交接、礼仪书函、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n验收材料围绕本次验收的范围、交付事实和已有结论组织，合同总额与本次金额分别表达。建议、提案办理答复逐项回应所提事项，分清已有措施与拟议安排；应急预案将响应条件、动作和有权主体对应起来。请提供实际材料及单位要求，地方流程和专属时限按其适用范围处理。\n\n经费材料按本次用途写作：预算或决算说明交代费用构成和资金状态；申请、拨付或报销交代需要办理的事项。预算额度、合同金额、拟支付额和已支付额分别表述。沿用历史材料另拟时效性通知或提醒时，请提供本次起草时点和日期要求，原件日期与新稿日期分别核对。\n\n政务信息围绕一项进展、做法或问题组织，完整简报可按栏目编排多条信息；期号和编发信息请提供单位模板。先进事迹以代表经历和具体贡献突出个人或集体特点，人称、简介与详细材料的篇幅按本次要求分别处理；推荐名额与最终入选名额分别说明。\n\n签报与呈批件按正文的请批、汇报或说明用途组织，呈报意见、拟办意见与已有批示分别归属；编号和签批栏目沿用单位模板。组织鉴定以岗位、学习或实习表现及具体事例支持评价，正式干部考察按适用要求核对考察内容和已有程序结论。会议记录保留讨论过程与发言归属，纪要按本次议定事项整理。\n\n感谢、邀请、慰问和贺信分别突出本次来意及相关事项；邀请函按材料写清活动时间地点、参与方式及回执、费用等安排。单方承诺对应具体事项、条件和责任；交接材料对应在办事项、移交内容与接收状态。表单字段、署名日期及签署要求请提供实际模板。\n\nWord 默认采用单位模板或默认样式；明确要求正式国标时另核对应规范。仅排版且要求保留文字时，原有标点、接排标题和段落保持；需要拆段或改写可明确授权。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.27。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.27:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.27\",\n  \"publishedAt\": 1791510689892\n}\n\nFile v2.0.27:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.27:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.27:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：实际办理步骤、参观路线和材料指定的顺序按原关系写清。并列要求直接并列，同一意思合并；表达重点或重要程度时说明其作用。连续多段套用“先……再……”“先……后……”时，逐段核对是否确有时间或前提关系，只调整关系失当或信息重复的部分。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **句尾否定与否定链**：保留事实状态、权限、适用条件和责任范围所需的否定。句子已经把本次事项说清，尾部又附与用途无关的“不……”“并非……”或同义免责时，删去该尾部；多个否定各有独立信息时分别保留。例如“供应商未定”通常已能说明当前采购状态，由它顺带推列的合同未签、设备未到、验收和付款未发生，可按实际办理用途删减。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.27:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.27:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.27:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿按本次用途分配各部分篇幅，用户模板和重点决定详略。形成稿件后测量实际字数，按结果调整到要求范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限时合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.27:references/emergency-plan.md\n\n# 应急预案与应急处置章节\n\n本页在方案主叶上核对应急响应关系，适用于具有独立应急用途的预案及本轮要求整理的应急处置章节。普通实施方案中的一般风险提示不因此增加应急组织或响应等级。\n\n## 条件、权限与动作对应\n\n- 依适用事件、地域、单位或系统范围确定处置对象；材料明确排除或另适用其他预案的事项，保留相应归口。背景和总体目标服务于实际处置，主要内容落在组织职责与响应动作。\n- 将发现和报告、研判或分级、响应启动、处置措施、调整或扩大、终止及后续恢复按材料关联起来。已有分级分别对应条件、启动主体与动作，未给分级的单位预案可按实际流程组织，不强设四级响应。\n- 启动、调整、指挥、技术处置和终止分别归属有权主体。办公室、领导小组、现场指挥部、技术团队等按材料职责表达，不能因名称相近或行文简化互换；技术恢复、技术鉴定与宣布响应结束保持各自关系。材料未明确某项动作的主体时，保留原有动作表述，不从相邻职责补定执行或批准主体。\n- 保留材料中的报告对象、链路、时限、渠道和进展报送要求；不同级别或不同对象的要求分别标明。地方、行业或单位的时限和启动门槛不能直接套作通用值。\n- 当前力量不足、影响变化等已有条件与扩大或调整动作对应，响应终止条件和决定主体按材料保留。仅整理现有章节时，未给细节的环节保留材料的现有粒度；编制完整预案确有关键权限或条件缺项时，按共性规则处理待补事项，不把节选未提供的信息写成整个预案尚未规定。\n- 恢复、复盘、修订和演练按本次编制范围及已有要求处理。编制依据确需列入时核对现行名称和适用性；已发布样文中的引用不因公开发布自动视为有效。\n\n完成对应关系后回到方案主叶复核交付；章节整理不自动重写整份预案或追加全部管理制度。\n\nFile v2.0.27:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。记录来源名称、发布主体、文号或链接、发布日期、访问日期或检索口径、适用位置和核验状态，通常在正文外说明相关记录；只要稿件或限定意见格式时，遵守该交付范围。影响使用的来源冲突、核验缺口或工具限制按 `writing-rules.md` 处理。\n\n来源按用途采用：法规政策支撑规范依据，地方正式文件支撑适用地域的执行口径，官方新闻或发布材料支撑事件与公开进展，统计来源支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.27:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，呈现为“字段名：字段值”序列时也按字段单元处理。用户要求整理字段、允许改写或拆行时，可将各字段独立成行并清理多余行尾分号及 `。；`；指定逐字保留或仅改值时沿用原形态。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。真实稿新增字段未给值时，只写字段名并留空；试写稿按已选的 `trial-draft-routing.md` 补拟具体值，用户指定留空的字段照留。发票、票据、邮箱、截止日期等已给值沿用材料。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nArchive v2.0.26: 86 files, 148203 bytes\n\nFiles: LICENSE.md (1090b), README.md (6053b), references/ai-compute-docs.md (4010b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4436b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1894b), references/emergency-plan.md (2116b), references/external-research.md (2449b), references/field-editing.md (1081b), references/formal-addressing.md (3868b), references/format-gbt9704.md (12052b), references/formulaic-language.md (2643b), references/funding-budget.md (2059b), references/genre-checklist-feasibility-review.md (2018b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2789b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5631b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (1077b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1822b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (6006b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (3000b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1418b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (3023b), references/project-acceptance.md (2251b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2587b), references/reference-index.md (8538b), references/review-checklist.md (3345b), references/speech-person-order.md (1218b), references/structure-editing.md (1902b), references/targeted-checks.md (4041b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (938b), references/writing-rules.md (8606b), scripts/draft_length.py (5828b)\n\nFile v2.0.26:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 先核对是否已有现实材料、旧稿或可能的现实事项。有这些材料或事项时，按真实稿直接进入文种路由，展示或学习写法的用途不改变这一判定；只有用户明确把稿件设为模拟、虚构或生成测试时，才按试写处理并读取 `references/trial-draft-routing.md`。模糊或未决状态也作为现实事项处理。\n- 未明确设为模拟、虚构或生成测试时，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充的，按真实稿处理。真实稿不读取试写页，不为确认模式重新选路。\n- 没有现实材料、现实事项或实际办理用途，仅需写法样稿，或只要求某文种或宽泛主题的成稿且没有提供具体事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`；明确的模拟、虚构或生成测试同样读取该页。篇幅和交付形式本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n真实稿的主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款按共性写作页处理。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.26:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n验收材料围绕本次验收的范围、交付事实和已有结论组织，合同总额与本次金额分别表达。建议、提案办理答复逐项回应所提事项，分清已有措施与拟议安排；应急预案将响应条件、动作和有权主体对应起来。请提供实际材料及单位要求，地方流程和专属时限按其适用范围处理。\n\n经费材料按本次用途写作：预算或决算说明交代费用构成和资金状态；申请、拨付或报销交代需要办理的事项。预算额度、合同金额、拟支付额和已支付额分别表述。沿用历史材料另拟时效性通知或提醒时，请提供本次起草时点和日期要求，原件日期与新稿日期分别核对。\n\nWord 默认采用单位模板或默认样式；明确要求正式国标时另核对应规范。仅排版且要求保留文字时，原有标点、接排标题和段落保持；需要拆段或改写可明确授权。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.26。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.26:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.26\",\n  \"publishedAt\": 1791415108388\n}\n\nFile v2.0.26:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.26:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.26:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：实际办理步骤、参观路线和材料指定的顺序按原关系写清。并列要求直接并列，同一意思合并；表达重点或重要程度时说明其作用。连续多段套用“先……再……”“先……后……”时，逐段核对是否确有时间或前提关系，只调整关系失当或信息重复的部分。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **句尾否定与否定链**：保留事实状态、权限、适用条件和责任范围所需的否定。句子已经把本次事项说清，尾部又附与用途无关的“不……”“并非……”或同义免责时，删去该尾部；多个否定各有独立信息时分别保留。例如“供应商未定”通常已能说明当前采购状态，由它顺带推列的合同未签、设备未到、验收和付款未发生，可按实际办理用途删减。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.26:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.26:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.26:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿按本次用途分配各部分篇幅，用户模板和重点决定详略。形成稿件后测量实际字数，按结果调整到要求范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限时合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.26:references/emergency-plan.md\n\n# 应急预案与应急处置章节\n\n本页在方案主叶上核对应急响应关系，适用于具有独立应急用途的预案及本轮要求整理的应急处置章节。普通实施方案中的一般风险提示不因此增加应急组织或响应等级。\n\n## 条件、权限与动作对应\n\n- 依适用事件、地域、单位或系统范围确定处置对象；材料明确排除或另适用其他预案的事项，保留相应归口。背景和总体目标服务于实际处置，主要内容落在组织职责与响应动作。\n- 将发现和报告、研判或分级、响应启动、处置措施、调整或扩大、终止及后续恢复按材料关联起来。已有分级分别对应条件、启动主体与动作，未给分级的单位预案可按实际流程组织，不强设四级响应。\n- 启动、调整、指挥、技术处置和终止分别归属有权主体。办公室、领导小组、现场指挥部、技术团队等按材料职责表达，不能因名称相近或行文简化互换；技术恢复、技术鉴定与宣布响应结束保持各自关系。材料未明确某项动作的主体时，保留原有动作表述，不从相邻职责补定执行或批准主体。\n- 保留材料中的报告对象、链路、时限、渠道和进展报送要求；不同级别或不同对象的要求分别标明。地方、行业或单位的时限和启动门槛不能直接套作通用值。\n- 当前力量不足、影响变化等已有条件与扩大或调整动作对应，响应终止条件和决定主体按材料保留。仅整理现有章节时，未给细节的环节保留材料的现有粒度；编制完整预案确有关键权限或条件缺项时，按共性规则处理待补事项，不把节选未提供的信息写成整个预案尚未规定。\n- 恢复、复盘、修订和演练按本次编制范围及已有要求处理。编制依据确需列入时核对现行名称和适用性；已发布样文中的引用不因公开发布自动视为有效。\n\n完成对应关系后回到方案主叶复核交付；章节整理不自动重写整份预案或追加全部管理制度。\n\nFile v2.0.26:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。记录来源名称、发布主体、文号或链接、发布日期、访问日期或检索口径、适用位置和核验状态，通常在正文外说明相关记录；只要稿件或限定意见格式时，遵守该交付范围。影响使用的来源冲突、核验缺口或工具限制按 `writing-rules.md` 处理。\n\n来源按用途采用：法规政策支撑规范依据，地方正式文件支撑适用地域的执行口径，官方新闻或发布材料支撑事件与公开进展，统计来源支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.26:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，呈现为“字段名：字段值”序列时也按字段单元处理。用户要求整理字段、允许改写或拆行时，可将各字段独立成行并清理多余行尾分号及 `。；`；指定逐字保留或仅改值时沿用原形态。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。真实稿新增字段未给值时，只写字段名并留空；试写稿按已选的 `trial-draft-routing.md` 补拟具体值，用户指定留空的字段照留。发票、票据、邮箱、截止日期等已给值沿用材料。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nArchive v2.0.25: 84 files, 143628 bytes\n\nFiles: LICENSE.md (1090b), README.md (5103b), references/ai-compute-docs.md (4010b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4436b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1894b), references/external-research.md (2449b), references/field-editing.md (1081b), references/formal-addressing.md (3868b), references/format-gbt9704.md (9030b), references/formulaic-language.md (2643b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (2018b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2789b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5631b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (1077b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1660b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (6006b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (3000b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1418b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (3023b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2587b), references/reference-index.md (8114b), references/review-checklist.md (3345b), references/speech-person-order.md (1218b), references/structure-editing.md (1902b), references/targeted-checks.md (4041b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (938b), references/writing-rules.md (8606b), scripts/draft_length.py (5828b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b)\n\nFile v2.0.25:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 先核对是否已有现实材料、旧稿或可能的现实事项。有这些材料或事项时，按真实稿直接进入文种路由，展示或学习写法的用途不改变这一判定；只有用户明确把稿件设为模拟、虚构或生成测试时，才按试写处理并读取 `references/trial-draft-routing.md`。模糊或未决状态也作为现实事项处理。\n- 未明确设为模拟、虚构或生成测试时，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充的，按真实稿处理。真实稿不读取试写页，不为确认模式重新选路。\n- 没有现实材料、现实事项或实际办理用途，仅需写法样稿，或只要求某文种或宽泛主题的成稿且没有提供具体事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`；明确的模拟、虚构或生成测试同样读取该页。篇幅和交付形式本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n真实稿的主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款按共性写作页处理。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.25:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.25。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.25:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.25\",\n  \"publishedAt\": 1791281548020\n}\n\nFile v2.0.25:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.25:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.25:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：实际办理步骤、参观路线和材料指定的顺序按原关系写清。并列要求直接并列，同一意思合并；表达重点或重要程度时说明其作用。连续多段套用“先……再……”“先……后……”时，逐段核对是否确有时间或前提关系，只调整关系失当或信息重复的部分。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **句尾否定与否定链**：保留事实状态、权限、适用条件和责任范围所需的否定。句子已经把本次事项说清，尾部又附与用途无关的“不……”“并非……”或同义免责时，删去该尾部；多个否定各有独立信息时分别保留。例如“供应商未定”通常已能说明当前采购状态，由它顺带推列的合同未签、设备未到、验收和付款未发生，可按实际办理用途删减。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.25:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.25:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.25:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿按本次用途分配各部分篇幅，用户模板和重点决定详略。形成稿件后测量实际字数，按结果调整到要求范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限时合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.25:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。记录来源名称、发布主体、文号或链接、发布日期、访问日期或检索口径、适用位置和核验状态，通常在正文外说明相关记录；只要稿件或限定意见格式时，遵守该交付范围。影响使用的来源冲突、核验缺口或工具限制按 `writing-rules.md` 处理。\n\n来源按用途采用：法规政策支撑规范依据，地方正式文件支撑适用地域的执行口径，官方新闻或发布材料支撑事件与公开进展，统计来源支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.25:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，呈现为“字段名：字段值”序列时也按字段单元处理。用户要求整理字段、允许改写或拆行时，可将各字段独立成行并清理多余行尾分号及 `。；`；指定逐字保留或仅改值时沿用原形态。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。真实稿新增字段未给值时，只写字段名并留空；试写稿按已选的 `trial-draft-routing.md` 补拟具体值，用户指定留空的字段照留。发票、票据、邮箱、截止日期等已给值沿用材料。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.25:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 称谓以行文关系为依据，结合单位层级和场景选择；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 已知主体但单位性质不明时，可按行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓。未给的主送和落款按首页材料规则处理；机关名称、简称、职务、姓名和文号采用已给信息。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报按情况、表彰、批评或精神传达用途写事实和已有要求；责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复。通知按已有办理要求收束；公示需要征求异议或意见时写明反馈方式，仅公布结果时按相应用途收束。申请按模板和审批语境处理。\n\nArchive v2.0.24: 84 files, 143056 bytes\n\nFiles: LICENSE.md (1090b), README.md (5103b), references/ai-compute-docs.md (4010b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4436b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1894b), references/external-research.md (2449b), references/field-editing.md (992b), references/formal-addressing.md (3868b), references/format-gbt9704.md (9030b), references/formulaic-language.md (2643b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (2018b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2789b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5631b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (1077b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1660b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (6006b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (3000b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1418b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (3023b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (8114b), references/review-checklist.md (3345b), references/speech-person-order.md (1218b), references/structure-editing.md (1902b), references/targeted-checks.md (4041b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (8406b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b)\n\nFile v2.0.24:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 先核对是否已有现实材料、旧稿或可能的现实事项。有这些材料或事项时，按真实稿直接进入文种路由，展示或学习写法的用途不改变这一判定；只有用户明确把稿件设为模拟、虚构或生成测试时，才按试写处理并读取 `references/trial-draft-routing.md`。模糊或未决状态也作为现实事项处理。\n- 明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，按真实稿处理。真实稿不读取试写页，不为确认模式重新选路。\n- 没有现实材料、现实事项或实际办理用途，仅需写法样稿，或只要求某文种或宽泛主题的成稿且没有提供具体事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`；明确的模拟、虚构或生成测试同样读取该页。篇幅和交付形式本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不补泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.24:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.24。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.24:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.24\",\n  \"publishedAt\": 1791172697713\n}\n\nFile v2.0.24:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.24:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.24:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：实际办理步骤、参观路线和材料指定的顺序按原关系写清。并列要求直接并列，同一意思合并；表达重点或重要程度时说明其作用。连续多段套用“先……再……”“先……后……”时，逐段核对是否确有时间或前提关系，只调整关系失当或信息重复的部分。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **句尾否定与否定链**：保留事实状态、权限、适用条件和责任范围所需的否定。句子已经把本次事项说清，尾部又附与用途无关的“不……”“并非……”或同义免责时，删去该尾部；多个否定各有独立信息时分别保留。例如“供应商未定”通常已能说明当前采购状态，由它顺带推列的合同未签、设备未到、验收和付款未发生，可按实际办理用途删减。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.24:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.24:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.24:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿按本次用途分配各部分篇幅，用户模板和重点决定详略。形成稿件后测量实际字数，按结果调整到要求范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限时合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.24:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。记录来源名称、发布主体、文号或链接、发布日期、访问日期或检索口径、适用位置和核验状态，通常在正文外说明相关记录；只要稿件或限定意见格式时，遵守该交付范围。影响使用的来源冲突、核验缺口或工具限制按 `writing-rules.md` 处理。\n\n来源按用途采用：法规政策支撑规范依据，地方正式文件支撑适用地域的执行口径，官方新闻或发布材料支撑事件与公开进展，统计来源支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.24:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，呈现为“字段名：字段值”序列时也按字段单元处理。用户要求整理字段、允许改写或拆行时，可将各字段独立成行并清理多余行尾分号及 `。；`；指定逐字保留或仅改值时沿用原形态。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。用户要求新增字段但未给值时，只写字段名并留空；发票、票据、邮箱、截止日期等字段值采用已给信息。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.24:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 称谓以行文关系为依据，结合单位层级和场景选择；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 已知主体但单位性质不明时，可按行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓。未给的主送和落款按首页材料规则处理；机关名称、简称、职务、姓名和文号采用已给信息。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报按情况、表彰、批评或精神传达用途写事实和已有要求；责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复。通知按已有办理要求收束；公示需要征求异议或意见时写明反馈方式，仅公布结果时按相应用途收束。申请按模板和审批语境处理。\n\nArchive v2.0.23: 84 files, 143315 bytes\n\nFiles: LICENSE.md (1090b), README.md (5103b), references/ai-compute-docs.md (4010b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4436b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1894b), references/external-research.md (2449b), references/field-editing.md (992b), references/formal-addressing.md (3868b), references/format-gbt9704.md (9030b), references/formulaic-language.md (2643b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (2018b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2789b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5631b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (1077b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1660b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (6006b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (3000b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1418b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (3023b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (8114b), references/review-checklist.md (3345b), references/speech-person-order.md (1218b), references/structure-editing.md (1902b), references/targeted-checks.md (4041b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (8406b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b)\n\nFile v2.0.23:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，按真实稿直接进入文种路由，不读取试写页。\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。\n- 没有明确试写要求时，请求在“写、起草、改”等动作之外陈述了可能的现实事项，就按真实稿直接进入文种路由；“办公室要搬了”“小区可能停水”等模糊状态也适用，不为确认模式读取试写页。单独出现“样稿”“先看看”“给个模板”仍沿用这一判定。\n- 请求仅为“写、起草、来一份”等动作加文种或宽泛主题，且没有另述事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.23:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.23。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.23:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.23\",\n  \"publishedAt\": 1791084756250\n}\n\nFile v2.0.23:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.23:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.23:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：实际办理步骤、参观路线和材料指定的顺序按原关系写清。并列要求直接并列，同一意思合并；表达重点或重要程度时说明其作用。连续多段套用“先……再……”“先……后……”时，逐段核对是否确有时间或前提关系，只调整关系失当或信息重复的部分。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **句尾否定与否定链**：保留事实状态、权限、适用条件和责任范围所需的否定。句子已经把本次事项说清，尾部又附与用途无关的“不……”“并非……”或同义免责时，删去该尾部；多个否定各有独立信息时分别保留。例如“供应商未定”通常已能说明当前采购状态，由它顺带推列的合同未签、设备未到、验收和付款未发生，可按实际办理用途删减。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.23:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.23:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.23:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿按本次用途分配各部分篇幅，用户模板和重点决定详略。形成稿件后测量实际字数，按结果调整到要求范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限时合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.23:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。记录来源名称、发布主体、文号或链接、发布日期、访问日期或检索口径、适用位置和核验状态，通常在正文外说明相关记录；只要稿件或限定意见格式时，遵守该交付范围。影响使用的来源冲突、核验缺口或工具限制按 `writing-rules.md` 处理。\n\n来源按用途采用：法规政策支撑规范依据，地方正式文件支撑适用地域的执行口径，官方新闻或发布材料支撑事件与公开进展，统计来源支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.23:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，呈现为“字段名：字段值”序列时也按字段单元处理。用户要求整理字段、允许改写或拆行时，可将各字段独立成行并清理多余行尾分号及 `。；`；指定逐字保留或仅改值时沿用原形态。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。用户要求新增字段但未给值时，只写字段名并留空；发票、票据、邮箱、截止日期等字段值采用已给信息。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.23:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 称谓以行文关系为依据，结合单位层级和场景选择；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 已知主体但单位性质不明时，可按行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓。未给的主送和落款按首页材料规则处理；机关名称、简称、职务、姓名和文号采用已给信息。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报按情况、表彰、批评或精神传达用途写事实和已有要求；责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复。通知按已有办理要求收束；公示需要征求异议或意见时写明反馈方式，仅公布结果时按相应用途收束。申请按模板和审批语境处理。\n\nArchive v2.0.22: 84 files, 141058 bytes\n\nFiles: LICENSE.md (1090b), README.md (4547b), references/ai-compute-docs.md (3922b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4058b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1876b), references/external-research.md (2411b), references/field-editing.md (908b), references/formal-addressing.md (3790b), references/format-gbt9704.md (8889b), references/formulaic-language.md (2652b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (1880b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2753b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5578b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (978b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3847b), references/genre-playbook-meeting-host.md (1479b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1518b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (5550b), references/genre-playbook-publication.md (1212b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (2997b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1304b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (1721b), references/procurement-review.md (2450b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (8086b), references/review-checklist.md (2049b), references/speech-person-order.md (1218b), references/structure-editing.md (1860b), references/targeted-checks.md (3886b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (7461b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b)\n\nFile v2.0.22:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢及无关请求不进入写稿步骤，概念问答只回答所问，不扩展成稿。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理，不进入写稿流程。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径，不判断试写模式。\n- 先保护现实边界：已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，直接按真实稿进入文种路由，不读取试写页。\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。\n- 没有明确试写要求时，默认按真实稿处理。只要请求在“写、起草、改”等写作动作之外还陈述了任何可能的现实事情，即使只有“办公室要搬了”“小区可能停水”这样一句模糊状态，也直接进入文种路由，严禁为确认模式读取试写页；单独出现“样稿”“先看看”“给个模板”不改变这一判定。\n- 也没有现实信号时，只有请求只是“写、起草、来一份”等动作加文种或宽泛主题，没有另行陈述事项、状态、对象、材料或用途，才读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其他写作请求一律按真实稿处理。\n\n模式一旦确定，不改变文种选路；试写稿的补拟边界与固定文后标识在 `references/trial-draft-routing.md` 中执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，先读 `references/genre-routing.md` 判定，再选主叶。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：先按文种成稿，再按需读 `references/compression-details.md`；压缩始终保留文种硬要素、事实状态和用户点名字段。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：内容和办理要素核对完成后，再按用户要求读取 Word、GB/T 9704 或格式工具页。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.22:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.22。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.22:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.22\",\n  \"publishedAt\": 1791020839846\n}\n\nFile v2.0.22:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 先从业务场景写需求，再落到 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 单位保持一致。以 Token 为主线时承接费用测算；TOPS/TFLOPS 说明服务器承载能力，Token 单价用于费用测算，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；缺少厂商、金额、规模、阈值、期限、区域或服务对象时保留缺项。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.22:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.22:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：写清实际办理步骤、参观路线和材料指定的顺序。并列要求按并列关系表达，同一意思合并，避免用“先……再……”人为分成两个阶段。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **连续否定**：保留与本稿直接相关的必要否定，合并同义解释，省去外围否定链。例如“供应商未定”通常已能说明采购当前状态，无需继续罗列合同未签、设备未到、验收和付款未发生。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.22:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.22:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.22:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿先分配开头、主体、措施和结尾的篇幅。首稿形成后测量实际字数，再调整到用户要求的范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限先合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.22:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。使用搜索结果时，在正文外说明来源名称、发布机关或发布主体、文号或链接、发布日期、访问日期或检索口径、用于哪一处、是否已核验；来源冲突、无法核验或工具不可用时，列入文后提示。\n\n使用前先区分来源用途：法规政策只支撑规范依据，地方正式文件只支撑其适用地域的执行口径，官方新闻或发布材料只支撑事件与公开进展，统计来源只支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.22:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，只要呈现为“字段名：字段值”序列，也按字段单元处理。改写时优先每个字段独立成行，删去拆行后的行尾分号，清理 `。；`。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。新增字段没有用户提供值时，只写字段名并留空，不推断发票、票据、邮箱、截止日期等字段内容。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.22:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 先看行文关系，再看单位层级和场景；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 正文提及性质不明的单位时，按已知行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓；不编造机关名称、简称、职务、姓名和文号。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报按情况、表彰、批评或精神传达用途写事实和已有要求；责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复。通知按已有办理要求收束；公示需要征求异议或意见时写明反馈方式，仅公布结果时按相应用途收束。申请按模板和审批语境处理。\n\nArchive v2.0.21: 84 files, 140275 bytes\n\nFiles: LICENSE.md (1090b), README.md (4466b), references/ai-compute-docs.md (3922b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4058b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1876b), references/external-research.md (2411b), references/field-editing.md (908b), references/formal-addressing.md (3712b), references/format-gbt9704.md (8889b), references/formulaic-language.md (2652b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (1880b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2648b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5578b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (978b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3811b), references/genre-playbook-meeting-host.md (1443b), references/genre-playbook-minutes.md (1537b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1518b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (5550b), references/genre-playbook-publication.md (1021b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (2997b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1304b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/meeting-copy-slip.md (869b), references/procurement-review.md (2450b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (7478b), references/review-checklist.md (2049b), references/speech-person-order.md (1218b), references/structure-editing.md (1860b), references/targeted-checks.md (3886b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (7461b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b)\n\nFile v2.0.21:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢及无关请求不进入写稿步骤，概念问答只回答所问，不扩展成稿。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理，不进入写稿流程。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径，不判断试写模式。\n- 先保护现实边界：已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，直接按真实稿进入文种路由，不读取试写页。\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。\n- 没有明确试写要求时，默认按真实稿处理。只要请求在“写、起草、改”等写作动作之外还陈述了任何可能的现实事情，即使只有“办公室要搬了”“小区可能停水”这样一句模糊状态，也直接进入文种路由，严禁为确认模式读取试写页；单独出现“样稿”“先看看”“给个模板”不改变这一判定。\n- 也没有现实信号时，只有请求只是“写、起草、来一份”等动作加文种或宽泛主题，没有另行陈述事项、状态、对象、材料或用途，才读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其他写作请求一律按真实稿处理。\n\n模式一旦确定，不改变文种选路；试写稿的补拟边界与固定文后标识在 `references/trial-draft-routing.md` 中执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，先读 `references/genre-routing.md` 判定，再选主叶。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：先按文种成稿，再按需读 `references/compression-details.md`；压缩始终保留文种硬要素、事实状态和用户点名字段。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：内容和办理要素核对完成后，再按用户要求读取 Word、GB/T 9704 或格式工具页。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.21:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **会议事项抄告**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单字段成稿，保留责任和期限。”\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.21。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.21:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.21\",\n  \"publishedAt\": 1790936217455\n}\n\nFile v2.0.21:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 先从业务场景写需求，再落到 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 单位保持一致。以 Token 为主线时承接费用测算；TOPS/TFLOPS 说明服务器承载能力，Token 单价用于费用测算，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；缺少厂商、金额、规模、阈值、期限、区域或服务对象时保留缺项。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.21:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.21:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：写清实际办理步骤、参观路线和材料指定的顺序。并列要求按并列关系表达，同一意思合并，避免用“先……再……”人为分成两个阶段。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **连续否定**：保留与本稿直接相关的必要否定，合并同义解释，省去外围否定链。例如“供应商未定”通常已能说明采购当前状态，无需继续罗列合同未签、设备未到、验收和付款未发生。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.21:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.21:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.21:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿先分配开头、主体、措施和结尾的篇幅。首稿形成后测量实际字数，再调整到用户要求的范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限先合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.21:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。使用搜索结果时，在正文外说明来源名称、发布机关或发布主体、文号或链接、发布日期、访问日期或检索口径、用于哪一处、是否已核验；来源冲突、无法核验或工具不可用时，列入文后提示。\n\n使用前先区分来源用途：法规政策只支撑规范依据，地方正式文件只支撑其适用地域的执行口径，官方新闻或发布材料只支撑事件与公开进展，统计来源只支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.21:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，只要呈现为“字段名：字段值”序列，也按字段单元处理。改写时优先每个字段独立成行，删去拆行后的行尾分号，清理 `。；`。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。新增字段没有用户提供值时，只写字段名并留空，不推断发票、票据、邮箱、截止日期等字段内容。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.21:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 先看行文关系，再看单位层级和场景；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 正文提及性质不明的单位时，按已知行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓；不编造机关名称、简称、职务、姓名和文号。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报写事实和整改要求；要求写成明确可执行的事项，责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复，通知用落实或报送要求，公示用异议和联系方式。申请按模板和审批语境处理。\n\nArchive v2.0.20: 83 files, 139014 bytes\n\nFiles: LICENSE.md (1090b), README.md (4312b), references/ai-compute-docs.md (3922b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4058b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1876b), references/external-research.md (2411b), references/field-editing.md (908b), references/formal-addressing.md (3712b), references/format-gbt9704.md (8889b), references/formulaic-language.md (2652b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (1880b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2648b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5578b), references/genre-playbook-bulletin.md (1447b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (978b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3811b), references/genre-playbook-meeting-host.md (1443b), references/genre-playbook-minutes.md (1398b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1788b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1537b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1518b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (5550b), references/genre-playbook-publication.md (1021b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (3260b), references/genre-playbook-request.md (2997b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1304b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/procurement-review.md (2450b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (7338b), references/review-checklist.md (2049b), references/speech-person-order.md (1218b), references/structure-editing.md (1860b), references/targeted-checks.md (3886b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (7461b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b), scripts/prose_lint.py (74935b)\n\nFile v2.0.20:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢及无关请求不进入写稿步骤，概念问答只回答所问，不扩展成稿。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理，不进入写稿流程。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径，不判断试写模式。\n- 先保护现实边界：已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，直接按真实稿进入文种路由，不读取试写页。\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。\n- 没有明确试写要求时，默认按真实稿处理。只要请求在“写、起草、改”等写作动作之外还陈述了任何可能的现实事情，即使只有“办公室要搬了”“小区可能停水”这样一句模糊状态，也直接进入文种路由，严禁为确认模式读取试写页；单独出现“样稿”“先看看”“给个模板”不改变这一判定。\n- 也没有现实信号时，只有请求只是“写、起草、来一份”等动作加文种或宽泛主题，没有另行陈述事项、状态、对象、材料或用途，才读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其他写作请求一律按真实稿处理。\n\n模式一旦确定，不改变文种选路；试写稿的补拟边界与固定文后标识在 `references/trial-draft-routing.md` 中执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，先读 `references/genre-routing.md` 判定，再选主叶。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：先按文种成稿，再按需读 `references/compression-details.md`；压缩始终保留文种硬要素、事实状态和用户点名字段。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：内容和办理要素核对完成后，再按用户要求读取 Word、GB/T 9704 或格式工具页。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.20:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.20。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。\n\nFile v2.0.20:_meta.json\n\n{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.20\",\n  \"publishedAt\": 1790838315258\n}\n\nFile v2.0.20:references/ai-compute-docs.md\n\n# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 先从业务场景写需求，再落到 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 单位保持一致。以 Token 为主线时承接费用测算；TOPS/TFLOPS 说明服务器承载能力，Token 单价用于费用测算，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；缺少厂商、金额、规模、阈值、期限、区域或服务对象时保留缺项。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。\n\nFile v2.0.20:references/ai-compute-examples.md\n\n# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`\n\nFile v2.0.20:references/anti-ai-patterns.md\n\n# 语言与抗 AI 味检查\n\n按本轮范围核对语言及表达作用，以语境和句群为单位判断，保留正式语气、必要否定、真实比较、引语、专业术语和原有状态。\n\n## 旁白与业务文字\n\n清理 AI 身份、隐藏推理、起草过程，以及“本文将从……”“本节主要介绍”“为了便于理解”等说明文章如何写作的句子，直接写事实、办理事项或有据分析。材料中的真实领导要求和批示按其业务含义保留。\n\n版本标识、流转对象、保密和适用范围声明，以及用户要求显示的文字，按实际用途保留。去掉旁白后仍要写清原有内容。\n\n## 句式关系和重复表达\n\n通读上下句，复核“不是……而是……”“先……再……”“不仅……还……”“既……又……”等固定句式的实际作用。\n\n- **对比与递进**：真实对立、替代、递进以及有信息作用的并列和澄清保留。用于对比或递进的句子，前半句没有独立澄清作用，或两项实际只是并列、同义时，直接写成立的主张、事实或并列事项；比较对象、他人观点和效果强弱按材料及有据分析表达。\n- **先后关系**：写清实际办理步骤、参观路线和材料指定的顺序。并列要求按并列关系表达，同一意思合并，避免用“先……再……”人为分成两个阶段。\n- **机械重复**：同一词、句式骨架、段落开头或口号集中复现，且只有换词重复、缺少新增信息时，合并重复部分。关键主体可沿用原名，保留各有作用的事实、状态和必要强调。\n- **分项与排比**：分项数量由实际事项决定，每项写清不同内容。为凑三项而增加空泛表态、拆开同一意思或压掉第四项时，按实际内容还原；真实步骤、责任分工、文种要件、完整清单和用户指定结构保留。\n- **连续否定**：保留与本稿直接相关的必要否定，合并同义解释，省去外围否定链。例如“供应商未定”通常已能说明采购当前状态，无需继续罗列合同未签、设备未到、验收和付款未发生。\n\n例如，材料只给设施维护责任和服务信息公示两个方向，没有公众反映数据时，“公众反映最强烈的问题不是有没有公示牌，而是信息是否及时更新”额外断言了民意强弱；可按建议用途写成“建议明确信息更新时限，便于公众及时查询”。“先看老产品展示台，再到工艺样品墙，最后到试用区”交代真实路线，应保留其顺序。\n\n只改上下文中确认多余或关系失当的部分；单次出现或出现次数仅作复核线索，引用、必要比较和真实流程按原意保留。\n\n## 判断强度与自然表达\n\n- 删除没有实际作用的夸大评价、充分性自证和口号；用已有主体、动作、依据及结果说明问题。普通作用分析可以成立，具体成效与保证需要相应证据。\n- “意义重大、强大平台、显著提升、长效机制”等评价与材料支持程度对应。“有关方面、专家、资料显示”等归因需能辨认来源。\n- “赋能、生态、底座、闭环”等抽象词说明具体对象与作用；费用表达联系需求、对应事项、服务周期和控制条件，用户需要测算时再展开公式与明细。\n\n## 表达保真\n\n语言调整保持原意、叙述身份、引用、主体、对象、条件、可能性、否定范围、先后和论断强度；口语或情绪化表达用同义正式语体表述。“更稳、更省”分别保留稳定性和成本两层意思。\n\n保留用户已有字段与表格；材料只是素材或用户要求改为叙述时再用自然段。必要英文、产品名、型号和缩写沿用正式拼写；确有需要且译名明确时解释一次，含义未明的内部缩写先核查。\n\n纯文本和 Word 按已选交付格式检查空格、标点、编号与装饰符号；URL、代码、型号和公式保留必要半角。\n\nFile v2.0.20:references/argument-chains.md\n\n# 依据与段落关系\n\n需要解释必要性、形成判断、比较方案或说明措施依据时，应用本页。全文结构和各部分先后服从用户模板及当前主文种。\n\n## 展开一个判断\n\n围绕一个明确判断组织段落：判断所依据的事实或条件、两者之间的关系，以及对当前事项的意义。事实和常识足以直接支持的原因、影响、预测和建议可以分析，表述强度与依据相称。\n\n材料只支持问题描述时，写清问题及其状态；材料支持措施或结论时，说明它回应哪个问题、依据什么条件。推断与已经发生的事实分别表述。\n\n## 组织多个判断\n\n- 同一段围绕一个主要事项展开。数据、原因、比较和措施分别服务具体判断。\n- 比较方案时采用共同维度，说明各方案的条件、代价和适用范围；实测、测算、估算和假设分开。\n- 必要性解释为什么需要行动，措施解释具体做什么；两部分各自增加信息，减少重复背景和评价。\n- 前段提出的问题，在后段已有措施或建议中能找到对应关系；尚未解决的部分保持待核或待议状态。\n\n事实、依据或条件缺失时，在现有支持范围内完成论述，并记录影响使用的缺项。\n\nFile v2.0.20:references/compatibility-scene-routing.md\n\n# 非公文兼容场景路由\n\n本页只处理意见建议、整改方案、投诉反映三类兼容场景，按用途选一个主叶；新闻和新闻评论由文种索引直接选路。\n\n用户要求形成面向政策制定、审核、平台建设运营或材料起草方的合作性意见建议稿、建议反馈或优化建议时，直达 `references/genre-playbook-advisory-feedback.md`；具有下行指导、监督整改或审计监督权力关系的意见按对应文种处理。\n\n用户以建议信向有权处理事项的对象提出合作性建议时，进入 `references/genre-playbook-advisory-feedback.md`，保留书信形态。\n\n用户明确要求根据检查、审计、督察、评估反馈或问题清单制定本单位整改方案、专项整改方案或整改工作方案时，直达 `references/genre-playbook-remediation-plan.md`。只报告已有整改进展、反映问题、提出投诉，或起草没有整改背景的普通实施方案时不读该页；不因正文偶然出现“整改”改变原定文种。\n\n用户要求以本人或本单位亲历方身份，向有权处理的部门、平台、服务主体或管理单位提交投诉、问题反映或情况反映时，直达 `references/genre-playbook-complaint-reflection.md`。\n\nFile v2.0.20:references/compression-details.md\n\n# 篇幅检查与调整\n\n长稿先分配开头、主体、措施和结尾的篇幅。首稿形成后测量实际字数，再调整到用户要求的范围。\n\n## 字数扫描\n\n以本次已读 `SKILL.md` 所在目录定位脚本。将稿件保存为临时文件，或通过标准输入传入；支持 `.txt`、`.md`、`.docx`：\n\n```text\npython \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\"\n```\n\n上下限按用户明确要求和共性页的适用80字下限传入；普通完整短稿只给上限且未明确要求更短时，仍保留80字下限。其余单侧限制只传对应参数。约数目标结合文种和材料取合理范围。通过标准输入读取时，将文件路径换成 `-`。需要机器读取结果时追加 `--json`。\n\n默认按非空白字符统计，包含标点、数字和英文字母；用户明确只计汉字时用 `--count-mode cjk`。统计范围为输入稿件中“文后提示”之前的内容。DOCX 统计文档正文及其中的表格，页眉、页脚、批注、脚注和尾注另计。用户指定其他计数范围时，单独传入所要求的内容。\n\n## 根据结果调整\n\n超限先合并重复判断、压缩铺垫和修饰；长文按本次用途调整详略，优先保留核心判断及其必要依据、关键做法和办理事项，措施和结尾保留具体落点。主体、对象、数字、期限、责任、附件、联系人和反馈渠道按材料保留。\n\n低于下限时，回看材料中尚未写入的相关要素，按事项或句段整体补足；分析与衔接采用适合当前文种、材料足以支持的关系。现有内容已完整表达而可补信息不足时，按 `writing-rules.md` 第四步处理篇幅与事实边界的冲突。\n\n调整后复测当前稿件，记录实测篇幅，进入事实和文种复核。\n\nFile v2.0.20:references/external-research.md\n\n# 联网搜索与公开来源核验\n\n遇到以下两类任务时读取本页并定向核查：\n\n- 需要确认不熟悉的新文种、新材料类型或特殊事务场景的通用写法、必备要素、正式格式或常用语。\n- 用户明确要求搜索或核验公开来源，或任务涉及最新数据、当前情况、现行政策、近期进展等时效事实。\n\n第一类核查用于确定正文功能、组织方式和格式要求，优先查看官方规范和公开正式文本；第二类围绕用户指定的问题核对公开事实、来源及其时效。常规已知文种沿用已有路线，单位名称本身不触发搜索单位样文或写作风格。\n\n检索补充写作规则和来源背景，用户业务事实仍以用户材料为准。使用搜索结果时，在正文外说明来源名称、发布机关或发布主体、文号或链接、发布日期、访问日期或检索口径、用于哪一处、是否已核验；来源冲突、无法核验或工具不可用时，列入文后提示。\n\n使用前先区分来源用途：法规政策只支撑规范依据，地方正式文件只支撑其适用地域的执行口径，官方新闻或发布材料只支撑事件与公开进展，统计来源只支撑其明示时点、范围和口径的数据。\n\n开始搜索前先列出本次必需的来源用途和核对项目。某项用途的官方主来源已提供或已找到，且原页可打开、所需信息齐全、没有直接冲突时，立即结束该项检索；不再为寻找“更新”“更权威”或不同表述补搜。只有主来源打不开、缺少当前用途必需的信息或与另一来源直接冲突时，才围绕该缺口改一次查询；补搜动作一经发起即计入这一次，不因空结果、超时或工具报错重试同一或等价查询。一次后无论是否补齐，都停止该项检索，记录来源或缺口并继续成稿，不再更换站点、搜索引擎、关键词或渠道循环搜索。\n\n补搜后写入来源清单的标题、发布主体、链接和核验状态必须来自实际打开的同一页，链接逐字使用实际打开地址，不按标题或站点结构猜写、改写 URL，也不以标题代替链接。命中页已打开但标题、发布主体等字段缺失时，将该字段列为缺口，不为补齐来源清单字段再次搜索；命中页没有实际打开时列明缺口，不得称为已经核验。\n\nFile v2.0.20:references/field-editing.md\n\n# 字段编辑\n\n- **字段和单元边界**：申请表、证明、采购明细、填报材料和清单式底稿已有字段式写法时，保留字段名、字段顺序和单元边界。\n- **拆行**：即使用分号写在一行，只要呈现为“字段名：字段值”序列，也按字段单元处理。改写时优先每个字段独立成行，删去拆行后的行尾分号，清理 `。；`。\n- **增删和改值**：改字段值只改指定字段；新增或删除字段按完整字段处理。新增字段没有用户提供值时，只写字段名并留空，不推断发票、票据、邮箱、截止日期等字段内容。\n- **形态转换**：用户要求改为连续正文、表格或编号清单时，再作相应转换。\n\n用户要求指定文字替换、其余逐字保留时，按 `targeted-checks.md` 的精确替换流程定目标、存原稿、写计划、生成并核对交付。\n\nFile v2.0.20:references/formal-addressing.md\n\n# 称谓与行文关系\n\n称谓、敬语和谦辞按行文关系、用户单位习惯、模板和原文事实选用。\n\n## 基本原则\n\n- 先看行文关系，再看单位层级和场景；同一篇保持“我单位/我厅/我局/本单位/本项目”等主体称谓一致。\n- 正文提及性质不明的单位时，按已知行文关系使用“我单位”“贵单位”“有关单位”“相关部门”等中性称谓；不编造机关名称、简称、职务、姓名和文号。\n- 正式法定公文、报告和函件一般使用主送机关或接收对象行。申请、内部上报说明和信件式材料可能使用“尊敬的领导：”，是否保留取决于模板、单位习惯和材料属性。\n- 讲话、致辞和主持稿按身份、场合、听众和人物顺序处理；需要具体人物排序时另读 `speech-person-order.md`。\n\n## 行文关系\n\n### 上行文\n\n请示、报告、上报说明和申请向上级或审批方行文时，按模板使用主送机关；本方使用材料给出的“我单位/我厅/我局/我公司”。请示可用“妥否，请批示”“请予审定”“请予批复”；报告可用“特此报告”，不写请批语；申请依接收对象和模板使用“以上申请，恳请批准”等。语气克制，不替上级作决定。\n\n### 党政机关正式上行文核对\n\n按《党政机关公文处理工作条例》第十四、十五条核对本次涉及的行文设置：原则上主送一个上级机关，依需要抄送有关上级和同级机关，不抄送下级；一般不越级，确有特殊情况需越级时同时抄送被越过的机关；受双重领导时，依需要抄送另一上级。\n\n党委、政府部门向上级主管部门请示、报告重大事项，应经本级党委、政府同意或授权；职权范围内的事项可直接报送。以本机关名义转报下级请示时提出倾向性意见。除直接交办事项外，不以本机关名义向上级负责人报送，也不以本机关负责人名义向上级机关报送。不把这些核对项一律列成材料缺项；给定对象或设置存在风险时说明具体依据与建议，不编授权背景、不自动扩大抄送范围。企业、个人及内部审批材料仍按实际关系和模板处理。\n\n依据：[《党政机关公文处理工作条例》](https://news.12371.cn/2013/02/22/ARTI1361522182793487_all.shtml)。\n\n### 下行文\n\n通知、批复、通报、决定和意见对下级或执行对象可用“各单位”“有关单位”“你单位”等。通知写清事项和要求，批复先表明“同意/原则同意/不同意”及条件，通报写事实和整改要求；要求写成明确可执行的事项，责任范围以材料依据为准。\n\n### 平行文\n\n函、复函、征求意见函和协商材料对不相隶属单位可用“贵单位”，自称“我单位/我厅/我局”。商洽可用“商请贵单位”“请予支持”“请研究反馈”；请批函可用“请予批准”；复函可用“现函复如下”。有权范围内的审批复函按材料已有结论和条件明确答复，措辞服从本次用途与职权。\n\n## 人员称谓和结尾\n\n人员可按材料身份使用“该同志”“有关负责同志”“工作人员”等；表彰、任免、通报批评等高敏场景不得自行添加姓名、职务和评价，性别、职务或身份不确定时不补具体称谓。\n\n结尾语服务文种功能，并位于正文末段、落款和日期之前：请示用请批语，报告用报告语，函按用途用函达/盼复/请予支持或请批语，复函用函复，通知用落实或报送要求，公示用异议和联系方式。申请按模板和审批语境处理。\n\nArchive v2.0.18: 83 files, 136759 bytes\n\nFiles: LICENSE.md (1090b), README.md (3188b), references/ai-compute-docs.md (3922b), references/ai-compute-examples.md (1914b), references/anti-ai-patterns.md (4058b), references/argument-chains.md (1288b), references/compatibility-scene-routing.md (1264b), references/compression-details.md (1802b), references/external-research.md (2411b), references/field-editing.md (908b), references/formal-addressing.md (2622b), references/format-gbt9704.md (8889b), references/formulaic-language.md (2652b), references/funding-budget.md (1975b), references/genre-checklist-feasibility-review.md (1880b), references/genre-checklist-report.md (862b), references/genre-checklist-request.md (2648b), references/genre-checklist.md (411b), references/genre-playbook-advisory-feedback.md (5578b), references/genre-playbook-bulletin.md (1166b), references/genre-playbook-communique.md (708b), references/genre-playbook-complaint-reflection.md (4339b), references/genre-playbook-correspondence.md (1297b), references/genre-playbook-decision.md (738b), references/genre-playbook-deployment.md (978b), references/genre-playbook-duty-report.md (2005b), references/genre-playbook-editorial-note.md (1140b), references/genre-playbook-explanation.md (1925b), references/genre-playbook-feasibility.md (1323b), references/genre-playbook-information-materials.md (1625b), references/genre-playbook-initiative.md (1352b), references/genre-playbook-institution-rules.md (3811b), references/genre-playbook-meeting-host.md (1443b), references/genre-playbook-minutes.md (1398b), references/genre-playbook-motion.md (2263b), references/genre-playbook-narration.md (1776b), references/genre-playbook-news-commentary.md (1202b), references/genre-playbook-news-message.md (4109b), references/genre-playbook-notice.md (1447b), references/genre-playbook-open-letter.md (1367b), references/genre-playbook-opinion.md (1455b), references/genre-playbook-order.md (717b), references/genre-playbook-plan-construction.md (1518b), references/genre-playbook-procurement-announcement.md (1529b), references/genre-playbook-project-application.md (5217b), references/genre-playbook-publication.md (838b), references/genre-playbook-remediation-plan.md (2858b), references/genre-playbook-reply.md (1053b), references/genre-playbook-report.md (2904b), references/genre-playbook-request.md (2511b), references/genre-playbook-research.md (1218b), references/genre-playbook-resolution.md (755b), references/genre-playbook-responsibility-letter.md (1403b), references/genre-playbook-review-opinion.md (1884b), references/genre-playbook-speech-address.md (1343b), references/genre-playbook-technical-requirements.md (2893b), references/genre-playbook-work-priorities.md (1720b), references/genre-playbook-work-summary.md (2563b), references/genre-routing.md (1383b), references/information-system-projects.md (1304b), references/investigation-verification.md (1304b), references/leave-application.md (1068b), references/material-submission.md (816b), references/procurement-review.md (2450b), references/proofreading-checklist.md (1135b), references/prose-lint-usage.md (2413b), references/reference-index.md (6666b), references/review-checklist.md (2049b), references/speech-person-order.md (1218b), references/structure-editing.md (1860b), references/targeted-checks.md (3886b), references/technical-terms.md (740b), references/transaction-feedback-report.md (790b), references/transaction-remediation-report.md (967b), references/trial-draft-routing.md (848b), references/writing-rules.md (7023b), scripts/draft_length.py (5672b), scripts/edit_scope.py (5388b), scripts/material_diff.py (3143b), scripts/prose_lint.py (74935b)\n\nFile v2.0.18:SKILL.md\n\n---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢及无关请求不进入写稿步骤，概念问答只回答所问，不扩展成稿。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理，不进入写稿流程。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径，不判断试写模式。\n- 先保护现实边界：已有现实材料或旧稿，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充时，直接按真实稿进入文种路由，不读取试写页。\n- 用户明确说“试写”“试试看”“试拟一份”，或要求模拟、虚构、仅用于测试或展示写法时，读取 `references/trial-draft-routing.md`；未被标明为现实材料的单位、事项、时间地点等按试写设定处理。\n- 没有明确试写要求时，默认按真实稿处理。只要请求在“写、起草、改”等写作动作之外还陈述了任何可能的现实事情，即使只有“办公室要搬了”“小区可能停水”这样一句模糊状态，也直接进入文种路由，严禁为确认模式读取试写页；单独出现“样稿”“先看看”“给个模板”不改变这一判定。\n- 也没有现实信号时，只有请求只是“写、起草、来一份”等动作加文种或宽泛主题，没有另行陈述事项、状态、对象、材料或用途，才读取 `references/trial-draft-routing.md`。篇幅、格式和“只给正文”本身不构成现实信号；其他写作请求一律按真实稿处理。\n\n模式一旦确定，不改变文种选路；试写稿的补拟边界与固定文后标识在 `references/trial-draft-routing.md` 中执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款不填“上级单位”“申请单位”等泛称。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，先读 `references/genre-routing.md` 判定，再选主叶。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：先按文种成稿，再按需读 `references/compression-details.md`；压缩始终保留文种硬要素、事实状态和用户点名字段。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：内容和办理要素核对完成后，再按用户要求读取 Word、GB/T 9704 或格式工具页。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及“最新数据、今日情况、当前政策、现行规定、近期数据”等时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文分段。编号内容本身是完整正文句时，保留正常句末标点。用户模板优先。Word 小标题是否独立成段按模板和实际统领关系判断。网页复制稿先剥离来源、栏目路径、责任编辑、字号和打印元信息；“关于印发”的通知壳、被印发文件正文和附件关系分开处理。\n\n## 写作与交付步骤\n\n内容写作与审核按 `references/writing-rules.md` 完成以下四步：\n\n1. 材料与分析：核对本轮材料、修改范围及分析依据。\n2. 成稿与篇幅：按文种成稿，有篇幅要求时运行 `scripts/draft_length.py`。\n3. 复核：核对事实、文种与语言，完成抗 AI 味检查；按 `references/prose-lint-usage.md` 扫描并处理风险，同稿已合并检查则不重复运行。\n4. 交付：按本轮原始请求核对整条回复；真实稿的“只给”“仅”等限定适用于整条回复，试写稿按试写页保留固定标识。共性约束见 `references/writing-rules.md`。\n\nFile v2.0.18:README.md\n\n# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步可以合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n缺项、修改建议和仍未解决的问题统一放在正文之后的“文后提示”，与稿件分开；用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 版本与许可\n\n当前版本为 2.0.18。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICEN...","readmeExcerpt":"Skill: 中文公文写作 Owner: gongyu0918-debug Summary: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 Tags: \"chinese:1.4.15, ai-compute:1.6.25, ai-compute\":1.4.15, chinese:1.6.25, chinese official-document writing gongwen ai-compute:1.5.38, go","codeSnippets":[],"executableExamples":[{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""},{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""},{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""},{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""},{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""},{"language":"text","snippet":"python \"<Skill绝对目录>/scripts/draft_length.py\" --min-chars <用户下限> --max-chars <用户上限> \"<草稿绝对路径>\""}],"parameters":null,"dependencies":[],"permissions":[],"extractedFiles":[{"path":"SKILL.md","content":"---\nname: chinese-official-writing\ndescription: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。\nmetadata:\n  tags: chinese, official-document, writing, gongwen, ai-compute\n---\n\n# 中文公文写作\n\n## 适用范围\n\n处理中文公文、事务性材料、正式工作材料、新闻消息、新闻评论，以及这些文本的起草、改写、压缩、润色、文种核对、事实边界复核和 Word 正文整理。英文、文学、营销软文、社交媒体文案、个人求职信和代码说明走其他路径。\n\n结合整句意图、处理动作和稿件对象判断适用性；寒暄、致谢、概念问答及无关请求直接按所问处理。\n\n查询 Skill 能力时读取 `README.md`。\n\n## 入口契约\n\n### 第一步：理解用户需求\n\n- 寒暄、概念问答及无关请求直接按所问处理。\n- 只要求指定文字替换、其余逐字保留，或只要求排版、保留原文时，直达第二步的专用路径。\n- 先核对是否已有现实材料、旧稿或可能的现实事项。有这些材料或事项时，按真实稿直接进入文种路由，展示或学习写法的用途不改变这一判定；只有用户明确把稿件设为模拟、虚构或生成测试时，才按试写处理并读取 `references/trial-draft-routing.md`。模糊或未决状态也作为现实事项处理。\n- 未明确设为模拟、虚构或生成测试时，明确要实际发送、报送、办理，或要求据实、只用已给内容、不要补充的，按真实稿处理。真实稿不读取试写页，不为确认模式重新选路。\n- 没有现实材料、现实事项或实际办理用途，仅需写法样稿，或只要求某文种或宽泛主题的成稿且没有提供具体事项、状态、对象、材料或用途时，读取 `references/trial-draft-routing.md`；明确的模拟、虚构或生成测试同样读取该页。篇幅和交付形式本身不构成现实信号；其余请求默认按真实稿处理。\n\n文种由稿件用途确定；模式决定材料补拟边界和交付标识，试写稿按 `references/trial-draft-routing.md` 执行。\n\n从请求中识别以下信息：\n\n- **任务与交付件**：起草、改写、压缩、审核或格式处理；需要一份稿件、多份稿件、审稿意见，还是审核后的改好稿件。\n- **稿件用途**：谁以什么身份写给谁，是请求批准、汇报情况、告知安排、记录会议，还是表达意见；结合用户给出的文种或模板判断。\n- **材料与修改范围**：使用哪份最新版底稿，本轮改哪些内容，哪些事实、状态、标题和字段需要保留。\n- **篇幅与形式**：字数要求、短稿或长稿、文件格式，以及用户明确提出的交付偏好。\n\n真实稿的主送和落款按材料或用户模板填写。材料只给回执接收方、联系人或承办部门时，不据此补发文单位；未给的主送、落款按共性写作页处理。\n\n信息足以判断时继续处理；稿件用途尚无法确定时，集中询问影响选路的信息。独立稿件及具有独立用途的附件分别选路；文内背景和引用按主文本用途处理。\n\n### 第二步：选择文种\n\n用户明确指定文字替换、其余逐字保留时，按 `references/targeted-checks.md` 定位目标、生成并核对改后全文；该替换任务不进入文种选择、篇幅检查、抗 AI 改写或全文扫描。同轮另有审核等独立交付要求时，对改后稿另走相应审核路径，一并交付意见，但不改动指定范围外原文。目标有歧义时先澄清；用户明确不要工具时人工核对。这条路径不适用于一般润色、语义纠错或自由改写。\n\n需要处理正文内容时，以用户模板、最新版底稿、明确标题和用途选路。用户限定仅排版、保留文字时，直接按格式任务处理，不执行成稿、篇幅和语言改写步骤。\n\n按 `references/reference-index.md` 为每份稿件选定一个主叶；标题、模板、正文用途或行文关系有冲突时，用 `references/genre-routing.md` 判定实际用途。\n\n### 第三步：按任务加读\n\n选定主文种后，根据本轮任务加读：\n\n- **起草**：按主文种组织必要要素和合理分析。\n- **改写**：以最新版底稿为基础，按实际的结构、字段或语言调整加读相应页。\n- **局部修改、重排或字段处理**：结构动作读 `references/structure-editing.md`，字段动作读 `references/field-editing.md`；以最新版底稿为唯一主线。\n- **压缩或限字**：按文种保留硬要素、事实状态和用户点名字段，篇幅分配及调整按需读 `references/compression-details.md`。\n- **审核、复核、审校或把关**：读取对应主文种/事务叶和 `references/review-checklist.md`，按该页确定审稿意见或改后稿件。\n- **格式交付**：按用户要求读取 Word、GB/T 9704 或格式工具页，内容核对与文字修改遵守本轮授权范围。\n\n需要 Word、docx、GB/T 9704、红头或正式版式时叠加 `references/format-gbt9704.md`。主文种已确定且稿件明确涉及 AI 算力、模型推理/训练、智算中心或模型服务资源时，在主文种叶上叠加 `references/ai-compute-docs.md`；服务器、GPU、Token、并发等词结合实际业务判断，普通服务器、接口、安全、SLA 或验收内容单独出现时沿用主文种规则。\n\n用户已有提纲、模板、标题顺序或字段表时优先保留。\n\n## 材料与通用写法核查\n\n遇到尚不熟悉的新文种、新材料类型、特殊事务场景，或需要核查通用写法、必备要素、正式格式和常用语时，读取 `references/external-research.md` 并进行定向联网核查；用户明确要求搜索，或任务涉及需要更新核验的时效事实时同样启用。检索补充写作规则和来源背景，网络材料作为背景依据，用户事实仍以用户材料为准；记录来源、日期和检索口径，冲突或无法核验列为待确认。常规已知文种沿用已有路线。\n\n## 正文形态\n\n正式正文直接呈现事实、办理事项和有据分析。\n\n- AI 身份自述、提示词披露严禁出现。\n- 思考过程、隐藏推理严禁出现。\n- 起草步骤、脚本结果、制作说明严禁出现。\n- 起草免责话术、连续追问及“正文如下”等引导语严禁出现。\n\n普通文字稿不得用井号标题、Markdown 加粗、整稿代码围栏或横线包装。用户明确要求 Markdown、代码或固定模板时按要求处理。\n\n纯文本主标题独立成行，行末省略句号，标题后空一行；层级标题省略行末句号，与其统领的正文"},{"path":"README.md","content":"# 中文公文写作\n\n用于中文公文、事务性材料、正式工作材料、新闻消息和新闻评论的起草、改写、压缩、润色、审核及 Word 正文整理。\n\n> **AI 稿件提醒**：本 Skill 的稿件由 AI 生成或辅助修改，可能存在错误或遗漏。正式使用前请仔细校对复核，重点核实事实、数据、引用、政策依据及责任和承诺。\n\n## 主要能力\n\n- 公文：申请、请示、报告、通知、函、批复、意见、决定、公告、通告、纪要等。\n- 事务与工作材料：采购、整改、反馈、说明、公示、方案、制度、总结、调研、政务信息、工作简报、先进事迹、签报呈批、组织鉴定、人员考察、会议记录、承诺书、工作交接、礼仪书函、讲话和述职等。\n- 新闻与技术材料：新闻消息、编者按、新闻评论、可研、审查、技术需求及算力专项材料。\n- 修改与复核：压缩、扩写、润色、去口语化、降 AI 味、文种与格式检查、审核后改稿。\n- Word 整理：配合宿主文档工具处理正文与版式。\n\n## 使用方式\n\n直接提供现有材料、稿件用途和写作要求。已有旧稿时，以最新版底稿及本轮修改范围为准。材料与常识支持的原因、目的、影响和下一步，结合本次行文目的合理展开；具体数字、日期、主体及明确未决状态保持原意。\n\n篇幅与文稿检查需要 Python 3；Word 文件生成需要宿主提供文档工具。\n\n影响正文判断的待核状态和依据限制随相关事项说明；需要补充或确认才能使用的缺项、修改建议和仍未解决的问题，放在正文之后的“文后提示”。用户明确只要稿件时按其偏好交付。\n\n## 你可以这样用\n\n几句想法、聊天记录或已有半稿都可以直接发来。用途、篇幅、语气和需要保留的内容，按实际需要说明。\n\n- **起草**：“这是下周培训的安排，帮我写个通知，把报名的事说清楚。”也可以说：“活动记录在下面，帮我写一篇新闻消息。”\n- **抄告单**：“从这份纪要中摘出需要抄告财务处的两项决定，按现有抄告单成稿，保留责任和期限。”也可整理领导批示、事项告知或审批结果公示；请提供对应原件和用途。\n- **改稿、生成新版**：“这份管理办法有几条太绕了，帮我改得好理解些。”或是：“这是今年的工作记录，帮我把去年的总结更新一下。”\n- **压缩、扩写**：“把这份调研报告改成会上讲的稿子，开头压短一点，建议部分结合我补充的材料展开写。”\n- **审校**：“帮我看看这份算力租赁可研，成本估算有没有说清楚、前后数据有没有矛盾，先提修改建议。”需要改后稿时，也可以说：“审核后帮我改好，缺少的材料在文后提醒我。”\n- **去口语化、去 AI 味**：“这份整改方案读起来太像套话了，帮我改得平实些，具体要做的事保留。”\n- **Word 正文与排版**：“这份申请内容已经定了，按单位模板整理成 Word，标题和段落格式也一起处理。”\n\n多轮修改以最新底稿和本轮要求为准。只需要稿件时，可以直接说“只要正文，不附修改说明”。\n\n## 写作说明\n\n稿件应围绕本次行文目的安排主次：申请、请示讲清请求批准的事项、理由、主要内容和资源；报告讲清需要了解的进展、问题及判断依据；评论围绕中心判断展开论证。关键内容依据材料写具体，背景、例子、反面观点和边界说明为其提供支撑。用户要求的必列事实、模板和必要的不同观点完整保留。详略以本次用途和材料为依据，长稿同样需要充分说明核心内容。\n\n可以直接指出重点和详略，例如：“这份立项申请重点写为何增加写作能力、具体建设什么、申请什么资源；推广数据只支撑已有基础，技术运行细节集中到附件。保留原章节和有效数字，不新增建设范围。”\n\n有正文和附件时，正文说明本次事项、关键动作与作用，附件集中说明完整过程和细目；审批或理解所需的摘要、关键数字可以两处对应。用途分析与已发生的用户行为、调查测算分别表达，已提供的记录和判断按原状态保留。\n\n审校意见应区分有依据的错误、待核信息和可选表达建议。不同职责、主要标的与整包金额、旧值与新值分别核对；未核实的字段不直接补成确定值，数值差额也不能单独决定应修改哪一项。\n\n验收材料围绕本次验收的范围、交付事实和已有结论组织，合同总额与本次金额分别表达。建议、提案办理答复逐项回应所提事项，分清已有措施与拟议安排；应急预案将响应条件、动作和有权主体对应起来。请提供实际材料及单位要求，地方流程和专属时限按其适用范围处理。\n\n经费材料按本次用途写作：预算或决算说明交代费用构成和资金状态；申请、拨付或报销交代需要办理的事项。预算额度、合同金额、拟支付额和已支付额分别表述。沿用历史材料另拟时效性通知或提醒时，请提供本次起草时点和日期要求，原件日期与新稿日期分别核对。\n\n政务信息围绕一项进展、做法或问题组织，完整简报可按栏目编排多条信息；期号和编发信息请提供单位模板。先进事迹以代表经历和具体贡献突出个人或集体特点，人称、简介与详细材料的篇幅按本次要求分别处理；推荐名额与最终入选名额分别说明。\n\n签报与呈批件按正文的请批、汇报或说明用途组织，呈报意见、拟办意见与已有批示分别归属；编号和签批栏目沿用单位模板。组织鉴定以岗位、学习或实习表现及具体事例支持评价，正式干部考察按适用要求核对考察内容和已有程序结论。会议记录保留讨论过程与发言归属，纪要按本次议定事项整理。\n\n感谢、邀请、慰问和贺信分别突出本次来意及相关事项；邀请函按材料写清活动时间地点、参与方式及回执、费用等安排。单方承诺对应具体事项、条件和责任；交接材料对应在办事项、移交内容与接收状态。表单字段、署名日期及签署要求请提供实际模板。\n\nWord 默认采用单位模板或默认样式；明确要求正式国标时另核对应规范。仅排版且要求保留文字时，原有标点、接排标题和段落保持；需要拆段或改写可明确授权。\n\n实际成稿仍可能出现平均铺陈、沿次要内容展开或重复解释边界。反馈时提供原始要求和完整稿件，指出应重点说明的事项及抢占篇幅的段落，可据此调整段落作用和详略。\n\n## 版本与许可\n\n当前版本为 2.0.27。历史版本 1.6.36 见 [legacy/1.x](https://github.com/gongyu0918-debug/chinese-official-writing-skill/tree/legacy/1.x) 分支。\n\n本项目采用 [MIT License](LICENSE.md)，请保留版权及许可声明。\n\n源码与反馈：[GitHub](https://github.com/gongyu0918-debug/chinese-official-writing-skill)。"},{"path":"_meta.json","content":"{\n  \"ownerId\": \"kn7em0w89d0zac35fzt84qm2a182j54b\",\n  \"slug\": \"chinese-official-writing\",\n  \"version\": \"2.0.27\",\n  \"publishedAt\": 1791510689892\n}"},{"path":"references/ai-compute-docs.md","content":"# AI 算力场景附加规则\n\n在已选主文种中，结合材料核对算力业务需求、资源配置、费用边界和运行条件。技术内容放在其实际支撑的事实、理由、措施或要求中。\n\n## 需求与数据口径\n\n- 业务场景对应实际需求及其 Token、调用次数、用户数、峰值并发、存储、带宽、模型能力或 GPU/服务器资源指标。\n- 有数据时区分当前实际用量、受限使用及原因、未来使用范围和增长假设；年度需求按已测数据与假设分开。\n- 同一指标保持单位和换算口径一致，不同指标使用各自单位。Token 用量及单价用于费用测算，TOPS/TFLOPS 说明服务器承载能力，两类指标分别说明。\n- 实际数据、估算数据、建议值和待核字段分开；厂商、金额、规模、阈值、期限、区域或服务对象按本轮用途核对，影响当前判断的缺项按 `writing-rules.md` 处理。\n\n## 成本与路径比较\n\n按任务需要比较模型/API Token、云服务器、数据库、存储、带宽、防火墙、网关、负载均衡、日志、缓存、函数计算、GPU/服务器租赁、机房、电力、网络、维护、运维、安全、监控、支持、SLA、并发保障、业务连续性、本地化和统一调度价值。\n\n云端、购置自建、GPU/服务器租赁和本地化服务各有适用前提：云端可能现金支出较轻但受增长、并发和数据控制影响；购置自建一次性投入和建设维护压力较大；租赁资源到位较快、合同可管理但受价格和服务条款约束；本地化更利于数据控制、审计、连续性和统一调度。结论必须写明需求规模、服务期限、成本口径和风险假设。\n\n成本章节重点写需求来源、服务期限、资源覆盖、风险控制和费用边界；除非用户要求测算表，不把正文写成“测算公式”“单价×数量”“计算如下”的计算草稿。\n\n## 技术、SLA、安全与验收\n\n需要提出技术要求时，使用可度量、可检查的“应支持/应提供”等表达。按材料实际需要核对：资源规格或等效性能；模型推理、微调训练、批量任务和多用户并发；统一调度、配额、监控、日志审计、计费和告警；可用存储和网络带宽；系统安装、驱动适配、环境部署、版本升级和故障处置；运维响应时段、故障替换、维护窗口和恢复或替代资源；性能、可用性、并发、安全配置和运维文档验收。\n\nSLA 内容按任务需要写入相应章节，包括可用性、故障响应和恢复时间、峰值并发和排队控制、资源隔离和优先级、监控日志和利用率分析、升级迁移和模型版本切换。没有阈值、时限或责任依据时保留待定状态，不代拟合同条款。\n\n安全内容围绕材料给出的数据类型、权限、密钥、日志、访问范围、审计位置和受控环境展开，可涉及稿件、版权材料、审核记录、内部知识库、用户反馈、业务规则、训练/评测数据、日志和提示词。没有明确区域、等级、保密范围或服务商时不外推合规结论。\n\n验收项目与需求逐项对应，可核对资源规格、性能或并发测试、模型服务可用性、日志审计、安全配置、部署材料和运维文档；拟议的核对安排保持拟议语气。\n\n## 复核与二级资料\n\n定稿复核：术语是否服务于决策、采购、租赁或建设；Token、TOPS/TFLOPS、GPU 卡数、服务器数、带宽、存储和金额是否口径清楚；成本是否基于同一服务期和需求假设；现有用量偏低时是否保留额度、并发、成本或试点限制；冗余配置是否有高峰负载、模型升级或工作流依据；服务期、交付、验收、SLA、数据权属、保密和运维责任是否在材料中成立。\n\n需要统一英文术语时读取 `technical-terms.md`；用户要求参考段落示例时读取 `ai-compute-examples.md`。"},{"path":"references/ai-compute-examples.md","content":"# 算力材料段落示例\n\n以下段落仅供结构和语气参考，示例中的场景、期限、安排和结论须有任务材料支持后才能用于正文。\n\n## 需求表述\n\n`集团年度算力需求主要来自智能审校、内容生成、知识库问答、模型研发测试和多模态处理等场景。上述场景均以长文本处理、多轮交互、批量任务和知识库检索为主要特征，Token 调用量随使用范围扩大持续增加。项目通过集中租赁算力服务，为核心系统提供稳定承载能力，并为高峰并发和后续模型升级预留资源。`\n\n## 成本与路径比较\n\n`继续采用云端部署的短期支出较轻，但费用随 Token 消耗、模型升级、并发释放和云厂商价格调整持续波动。现阶段账单反映的是受控调用状态，不能代表核心业务全面接入后的三年成本。租赁服务方式将服务器资源、模型部署、训推调度、机房托管、安全防护和运维保障纳入合同管理，有利于锁定服务能力和费用边界，增强三年成本可控性。`\n\n## SLA 与运维\n\n`项目服务能力不只体现为 Token 单价，还体现在峰值并发、响应时延、故障恢复和业务连续性。出版审校、知识库问答和智能体工作流均存在集中提交、批量处理和重点任务保障需求，若仅按平均调用量配置资源，关键时段容易形成排队和积压。租赁服务应将 SLA、资源优先级、监控报表和故障响应写入合同，保障核心业务稳定运行。`\n\n## 安全与合规\n\n`本地化或省内部署有利于将敏感业务数据控制在约定环境内处理，减少外部传输、留存、二次使用和跨区域流转风险。项目应对模型调用、知识库检索、日志记录、运维访问和数据导出实行统一权限管理，做到访问可控、日志可审、调用可追溯、责任可界定。`"}],"languages":[],"docsSourceLabel":"CLAWHUB","editorialOverview":"用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 Skill: 中文公文写作 Owner: gongyu0918-debug Summary: 用于中文公文、事务性材料和新闻稿件的起草、改写、压缩、润色、审校、文种核对、去口语化、降 AI 味及 Word 格式处理，适用于机关、企事业单位、学校和新闻机构。涵盖申请、请示、报告、通知、通告、意见、决定、决议、议案、公报、命令、函、复函、批复、说明、方案、纪要、公告、公示、通报、制度、规定、办法、细则、操作规程、工作要点、总结、调研、讲话、致辞、主持词、述职、可研、审查材料、技术需求、新闻消息、编者按、新闻评论，以及采购、整改、反馈和 AI 算力等场景。 Tags: \"chinese:1.4.15, ai-compute:1.6.25, ai-compute\":1.4.15, chinese:1.6.25, chinese official-document writing gongwen ai-compute:1.5.38, go","editorialQuality":{"score":100,"threshold":65,"status":"ready","wordCount":502,"uniquenessScore":60,"reasons":[]}},"media":{"evidence":{"source":"no-media","verified":false,"confidence":"low","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":"No screenshots, media assets, or demo links are available."},"primaryImageUrl":null,"mediaAssetCount":0,"assets":[],"demoUrl":null},"ownerResources":{"evidence":{"source":"unclaimed","verified":false,"confidence":"low","updatedAt":"2026-10-09T02:31:41.309Z","emptyReason":"This page has not been claimed by the agent owner."},"hasCustomPage":false,"customPageUpdatedAt":null,"customLinks":[],"structuredLinks":{"docsUrl":null,"demoUrl":null,"supportUrl":null,"pricingUrl":null,"statusUrl":null},"customPage":null},"relatedAgents":{"evidence":{"source":"protocol-neighbors","verified":false,"confidence":"medium","updatedAt":"2026-10-10T08:10:19.345Z","emptyReason":null},"items":[{"id":"8ebccd8e-3863-4187-8355-c3f14e1f9edf","entityType":"agent","canonicalPath":"/agent/iofficeai-aionui","slug":"iofficeai-aionui","name":"AionUi","description":"Free, local, open-source 24/7 Cowork app and OpenClaw for Gemini CLI, Claude Code, Codex, OpenCode, Qwen Code, Goose CLI, Auggie, and more | 🌟 Star if you like it!","url":"https://github.com/iOfficeAI/AionUi","homepage":"https://www.aionui.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-10-09T19:11:12.944Z","createdAt":"2026-02-25T03:38:16.584Z","downloads":null},{"id":"b917f68a-ebff-438e-84f8-3f4b2494c0bc","entityType":"agent","canonicalPath":"/agent/activepieces-activepieces","slug":"activepieces-activepieces","name":"activepieces","description":"AI Agents & MCPs & AI Workflow Automation • (~400 MCP servers for AI agents) • AI Automation / AI Agent with MCPs • AI Workflows & AI Agents • MCPs for AI Agents","url":"https://github.com/activepieces/activepieces","homepage":"https://www.activepieces.com","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-15T02:22:12.426Z","createdAt":"2026-02-25T03:38:12.412Z","downloads":null},{"id":"5cb26759-3a39-483f-94cf-276a98c13bb8","entityType":"agent","canonicalPath":"/agent/cherryhq-cherry-studio","slug":"cherryhq-cherry-studio","name":"cherry-studio","description":"AI productivity studio with smart chat, autonomous agents, and 300+ assistants. Unified access to frontier LLMs","url":"https://github.com/CherryHQ/cherry-studio","homepage":"https://cherry-ai.com","source":"GITHUB_REPOS","protocols":["MCP","OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-04-11T14:38:40.986Z","createdAt":"2026-02-25T03:38:19.379Z","downloads":null},{"id":"6f6582d0-5d76-4f0f-b81d-86520247950b","entityType":"agent","canonicalPath":"/agent/copilotkit-copilotkit","slug":"copilotkit-copilotkit","name":"CopilotKit","description":"The Frontend for Agents & Generative UI. React + Angular","url":"https://github.com/CopilotKit/CopilotKit","homepage":"https://docs.copilotkit.ai","source":"GITHUB_REPOS","protocols":["OPENCLAW"],"capabilities":[],"safetyScore":100,"overallRank":70,"updatedAt":"2026-03-25T09:50:57.846Z","createdAt":"2026-02-25T03:39:14.617Z","downloads":null}],"links":{"hub":"/agent","source":"/agent/source/clawhub","protocols":[{"label":"OpenClaw","href":"/agent/protocol/openclew"}]}}}