技能包

internal-comms:先对上类型再套公司内部格式

适合要写状态、3P、通讯或事故说明等对内文本的人,须先识别类型并加载 examples/ 里对应指南,对不上就先问清楚。

官方来源 · internal-comms

安装

Identify the communication type then load the matching file from examples/

适合谁

internal-comms 面向被要求写对内沟通稿的人:状态报告、给管理层的更新、3P 更新、公司通讯、FAQ、事故说明、项目进展等。它提供一套按公司习惯格式来写的资源,而不是对外新闻稿工具。

更贴的用法是:你已经知道这是对内文件,并能说出类型。官方顺序是先识别沟通类型,再从 examples/ 加载对应指南,按该文件的格式和语气写。点名的指南包括 examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md,以及不够明确时用的 examples/general-comms.md。

它不适合当安装器。说明没有给出任何安装命令,也没有写把它拷到某个目录就算可用。若当前助手还不能按类型加载这些指南,现有说明到此为止,不要从页面地址反推安装路径。它也不适合类型不明时硬写一篇“通用官样文章”而不先问。

3 分钟完成第一次尝试

官方第一次路径是开始写一篇对内草稿,而不是安装。说明页是 https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md 请只按这一页的步骤做。不要编写未出现的安装句。

前置条件:当前助手已经能按 internal-comms 工作,并且你有一篇不会外发的练习素材,例如本周 Progress / Plans / Problems。没有安装命令,因此“位置”就是这次对话里的草稿,而不是某个推测出来的技能目录。

低风险第一次任务:明确要求写一份 3P 更新,并声明先出草稿、不发送。助手应先识别类型为 3P,再加载 examples/3p-updates.md。在它说出将遵循哪份指南之前,不要让它直接交终稿。成功信号是它点名 3P(Progress, Plans, Problems)并开始按该指南起草,而不是写成对外通讯或事故报告。

写完后只在对话里查看。说明没有写发送到邮件或聊天工具的步骤,因此第一次停在“类型正确、草稿可读”。若你要的并不是 3P,就改说真实类型,让它重新识别。

使用案例

案例一:写 3P 或其它已点名的对内类型。适用类型还包括公司通讯、FAQ、状态报告、给管理层的更新、项目更新、事故说明。对应指南分别是 examples/3p-updates.md、examples/company-newsletter.md、examples/faq-answers.md 等。适合你已经能对上其中一种的时候。说明没有在这段文字里列出每份指南的标题层级,因此只能做到“先加载文件,再按文件写”。若助手没提指南名,应要求它先加载。说明页仍是 https://raw.githubusercontent.com/anthropics/skills/main/skills/internal-comms/SKILL.md

案例二:类型对不上时先问,或落到通用稿。examples/general-comms.md 用于其它不够明确匹配的内容。若连这份也不合适,说明要求先询问期望格式或补充上下文,而不是编一种新模板。适合你要的是内部通知、但名称不在上述名单里的时候。说明没有写提问清单;第一次先回答格式、读者和长度,再让它起草。未得到格式确认前,不要把它当成可群发文本。

使用边界

没有安装命令:不能把页面路径当成安装器。用途边界:用于对内沟通,点名类型是 3P、公司通讯、FAQ、状态报告、管理层更新、项目更新、事故说明。流程边界:先识别类型,再加载 examples/ 中的指南。对不上就问,或使用 examples/general-comms.md。文件边界:能核对到的指南名只有上述几份,不要自行发明文件名。说明没有写如何接入公司真实模板库,也没有写发送或发布步骤;草稿不等于已经发出。