核心用法
本技能是一套完整的中文公文写作系统，专门服务于政府机关、企事业单位、学校等正式场景。用户只需明确文种类型（如请示、报告、通知、函、纪要等）和基本事项要素，技能即可自动完成从信息筛选、结构搭建到语言润色的全流程处理。
技能采用"任务模式路由"机制，自动识别四类核心场景：起草模式（从素材生成完整公文）、改稿模式（优化现有稿件）、复核模式（只审不改，输出风险清单）、排版交付模式（生成GB/T 9704标准Word文档）。系统内置20余种文种专用playbook，包括请示、报告、通知、函、会议纪要、新闻稿、制度文件、AI算力专项材料等，确保每种文种都符合规范格式和行文规则。
关键特性包括：严格的事实边界控制（不编造单位、金额、日期等关键信息）、智能的信息筛选机制（按材料状态和办理必要性决定内容取舍）、专业的降AI味处理（消除口语化、模板腔和二元包装句式），以及完整的格式核验体系。
显著优点
专业合规：深度遵循《党政机关公文处理工作条例》和GB/T 9704-2012国家标准，文种功能、行文关系、办理要素全覆盖，避免"请示报告不分""上行文替上级作决定"等常见错误。
边界清晰：建立硬边界机制，明确区分"用户已给事实"与"推断补全内容"，杜绝编造政策依据、金额数据、会议结论等风险，特别适合审计敏感场景。
场景精细：针对AI算力、智算中心、GPU租赁等新兴技术领域设有专项文档支持，同时覆盖传统行政办公全场景。
多轮协作友好：支持"事实映射式二次修改"，用户指出补造事实后，可精准定位并删除未支持推断，保留纯事实表述，不陷入反复追问循环。
格式闭环：与DOCX/document技能联动，可直接输出符合红头文件标准的Word文档，解决"写得好但排不好"的痛点。
潜在缺点与局限性
非通用写作：明确排除英文、文学、营销、社媒、论文、个人求职等场景，超出边界将自动拒绝服务，不适合个人用户的多样化写作需求。
依赖用户输入质量：严格遵循"材料稀疏不补全"原则，用户提供信息不足时，不会主动追问或智能推断，可能导致输出内容单薄，需要用户具备一定的公文要素知识。
时效性限制：联网搜索仅在用户明确要求时启用，默认不主动检索最新政策，涉及"当前""近期"类表述时需要人工触发核验流程。
长文压缩难度：当用户设置硬性字数上限但要素过多时，可能出现"压无可压"的结构性矛盾，需人工判断取舍优先级。
多文种复杂任务：涉及多材料合稿、跨文种转换等复杂场景时，流程较长，对Agent的上下文管理能力有一定要求。
适合的目标群体
- 政府机关文秘人员：日常大量处理请示、报告、通知、函等标准文种
- 国企/事业单位行政岗：需要快速产出合规的会议纪要、工作要点、调研材料
- 高校/科研机构管理人员：撰写活动新闻稿、制度文件、AI算力相关申报材料
- 项目经理/PMO：生成采购公告、实施方案、可研报告等流程性文档
- 合规/审计支持人员：对现有稿件进行文种校验、格式核验、事实边界审查
使用风险说明
性能风险：复杂任务需渐进加载20余个reference文件，长文生成时 token 消耗较高，建议设置合理的输出长度预期。
依赖项风险：排版交付模式依赖外部DOCX/document技能，若该技能不可用则只能输出纯文本；脚本检查功能依赖本地Python环境。
事实核验风险：联网搜索功能受限于检索工具可用性和来源权威性，搜索结果冲突或无法核验时会列入"待确认事项"，需人工介入。
版本迭代风险：技能版本更新较快（当前v1.5.41），不同Agent平台的技能安装路径和兼容版本存在差异，跨平台迁移时需注意配置同步。
人机协作风险：技能设计为"辅助代笔"而非"全自动生成"，关键决策（如是否补全事实、如何取舍压缩）仍需用户确认，不宜完全无人干预。