Skip to content
alyn
duyunzhoudyz

Gongwen Brief skill

起草和改写信息宣传稿件,包括政务信息(含紧急信息)、工作简报、新闻稿、新闻发布会发布词和答问口径、官方公众号推文,从长材料提炼经验做法信息,评估信息和新闻稿能不能报、能不能被采用。先建素材台账、选准角度,开头即结论,数据和原话只用用户材料,对外稿核对授权和敏感信息。用户说写信息、报个政务信息、编一期简报、写篇新闻稿、写发布词、发公众号、把材料压成800字信息、这篇信息能不能被采用时使用。长篇经验材料交 gongwen-report,只压缩不换文体交 gongwen-polish,逐字核稿交 gongwen-review;装有行业包时,本行业专用文书交对应行业包。

$npx skills add duyunzhoudyz/dyz-gongwen-skills --skill gongwen-brief
View this skill on GitHubduyunzhoudyz/dyz-gongwen-skills/skills/gongwen-brief/SKILL.md
Pack stars
661
Pack installs
169
Alyn Score
54/99
Updated
6 days ago
– views – installs via Alyn

Install Gongwen Brief

Pick your agent. Every command is ready to paste.

$npx skills add duyunzhoudyz/dyz-gongwen-skills --skill gongwen-brief

The open skills CLI detects your agents (Claude Code, Cursor, Codex and 70+ more) and installs to the right folder. Add -g to install globally.

01

Install it

Run the command above, or upload the folder in Claude.

02

Ask naturally

Describe the task. Your agent loads gongwen-brief when the request matches its description.

03

Name it if needed

If it does not trigger, say “use the gongwen-brief skill”. In Codex, type $gongwen-brief.

The skill itself

SKILL.md

FolderGitHub

信息简报与宣传(gongwen-brief)

帮信息员、宣传干事、兼职写稿人写政务信息、简报、新闻稿、发布词和官方公众号推文。先建台账,按“新、特、实”选一个角度,标题点睛、开头即结论;数据和原话只用用户给的,不编数据和引语;对外稿逐项核对授权和敏感信息。是否报送、发布由用户所在单位决定。

适用范围

  • 适用:
    • 政务信息:动态类、经验类、问题建议类,突发事件的紧急信息(首报、续报);
    • 工作简报、专题简报、会议简报,按期号格式编排;
    • 新闻稿:会议新闻、活动新闻、领导活动稿、工作成效报道;新闻发布会上发言人宣读的发布词和答问口径整理;
    • 单位官方公众号推文:活动报道、服务告知、工作成效、人物;
    • 从经验材料、总结、调研报告等长材料中提炼 500~800 字的经验做法信息;
    • 同一份素材出信息、新闻稿、推文几个版本;评估一篇信息、新闻稿能不能报、能不能被采用。
  • 不适用(转交):
用户要的 转给
1500 字以上的经验材料和书面经验交流材料,工作总结、汇报材料,宣传活动方案 gongwen-report
只缩短篇幅、文体不变(如把报告从 8000 字压到 3000 字) gongwen-polish
通知、通报,就一件事向上级报告的报告(含突发事件情况报告) gongwen-draft
会议纪要、会议记录 gongwen-minutes
领导讲话稿、致辞、主持词,会上口头交流发言 gongwen-speech
装有行业包 gongwen-grassroots 时:乡镇(街道)、村(社区)报上级党委、政府信息部门的政务信息。没装的由本 skill 照写;这类单位的紧急信息、简报、新闻稿、推文和县(区)直部门本部门的信息,仍由本 skill 写(references/units.md 第三部分) gongwen-grassroots
只要标题方案,不动正文 gongwen-title
已有稿子只改 AI 腔 gongwen-humanize
逐字核稿:标点、格式、提法按八关审 gongwen-review
排成 Word gongwen-format
报表合并、算同比环比 gongwen-data
说不清要写什么 gongwen

能调用其他 skill 的环境直接调用;目标 skill 未安装或在网页环境的,按 references/_shared/style/output-format.md 第四部分转交,同时给交接卡、“新开对话粘贴 dist/prompts/<skill 名>.md 继续”的说明和安装命令。gongwen-grassroots 没装时不转交,本 skill 照写。用户同意的,可先建好素材台账随交接卡带过去;交接卡不抄录原始材料和敏感信息。回复和起草说明中不写 skill 名,用描述性说法。

开工检查

  1. 保密(references/_shared/guardrails.md 第一条):
    • 有 Python 时,先运行 python scripts/secret_check.py <文件> 查保密标识(含页眉页脚),命中即停。
    • 材料有敏感信号时才在起草说明末提示一句,普通工作材料不提示,同一会话只说一次。
    • 材料带密级标识,或标注“内部资料”“工作秘密”“不得外传”“内部使用”的,按第一条第2款立即停止,不建台账、不摘录、不转述。往期简报作格式参考、报头印有“内部资料”的同样停止,请用户删去标注和正文、只留报头报尾样式,或直接描述格式。
    • 出现身份证号、手机号、病案号、住院号、学号、家庭住址、患者或学生真实姓名的,提醒脱敏;台账和正文写“张某”“某患者”“138****0000”,“保密提示”写明已替换。对外稿连脱敏后的病情、成绩、救助情况也不写到能识别个人。
  2. 单位画像:先读 .gongwen/单位画像.md,没有再找 ~/.gongwen/单位画像.md,用户贴在对话开头的按粘贴内容;有 .gongwen/禁用词.md、领导偏好卡.md、文风参数.md 的一并读。再按单位类型读 references/_shared/profiles/units/ 下对应文件和 references/units.md 对应小节。没有画像时按 references/_shared/profiles/roles.md 第九节推断和取默认值。
  3. 按速查表定稿件类型。新闻稿、推文、门户网站稿、媒体供稿、标明对外印发的简报按对外处理,渠道不明的也按对外,写进“所作假设”。
  4. 角色模式按 references/_shared/profiles/roles.md 第一节定,对外稿一律叠加严谨模式,差异见“角色适配”。
  5. 守住辅助定位(references/_shared/guardrails.md 第二条、第六条),以下要求说明原因、不照做,其余照常:
    • “加几句群众夸我们的话”“给领导配句金句”“编个数据显得实在”:正文不写、不放占位,“待补”一行写清怎么采集;
    • 人物稿没有本人事迹材料的:回复开头说明缺事迹,只出采访提纲和框架,不编事迹、对话和心理活动;
    • “保证能被采用”“写得看不出是 AI 写的”:不承诺,按本 skill 标准写;
    • 材料没有依据的“全国首创”“全市第一”:不写,起草说明说明原因。
  6. 网页环境用户贴了交接卡的,按卡上的单位画像、模式、任务、本站和已确认事项开工,已有的不再问(references/_shared/style/output-format.md 第四部分)。

稿件类型速查

类型 写给谁 默认结构 默认篇幅(工具约定) 特别注意 详细写法
政务信息 上级办公室、信息部门 标题;导语即结论;做法或进展 2~3 条;成效 500~800 字 一稿一个点,不写成总结;问题建议类写问题、范围、原因、建议 references/types/xinxi.md
紧急信息 上级值班、应急部门 时间地点、事件、伤亡损失、已采取措施 越短越好 只写已核实的;不推测原因;时限按应急预案 references/types/xinxi.md 第六部分
工作简报 报上级、送平级、发下级 报头;各篇(标题加正文);报尾 每篇 500~800 字,每期不超过 3000 字 期号连续;各篇数据口径分开 references/types/jianbao.md
新闻稿 公众、媒体 标题;导语;主体按重要性递减;背景 500~1000 字 六要素齐全;不写内部问题 references/types/xinwengao.md
发布词 媒体、公众 开场说发布什么;事实和数据按重要性排;结束语 约 200 字/分钟 政策只转述原文;答问口径不代拟 references/types/xinwengao.md 第十一部分
公众号推文 公众、服务对象 标题;第一屏;短段正文;结尾 800~1500 字 通俗,不写成自媒体腔;配图授权 references/types/gongzhonghao.md
经验做法信息 同政务信息 同经验类信息 500~800 字 从长材料挑一个点,只删不改,数字不变 references/condense.md

用户、画像或上级信息部门指定了字数、时长的,按指定,以±10%为目标,素材撑不起时按第五步第9条处理;“不超过/以内N字”是上限,素材只够写短的不算差距,不触发第五步第9条,一句话写明;没有指定的按速查表,素材少可写短。

工作流程

第一步 任务卡

先填任务卡,与稿件同轮交付,不等确认(高效模式不单独展示,只写进起草说明):

任务卡
稿件类型:政务信息(经验类)
写给谁:区委办信息科
发布渠道:内部报送
篇幅:600 字以内
事件时间:10月12日
单位画像:党政机关(区城管局,无画像,按用户所述)
角色模式:转译模式
  1. 首轮交付按 references/_shared/profiles/roles.md 第十节:有题目且至少有一项具体事实(时间、主体、做法、数据之一)的,首轮就成稿。只有四种情形停下,并在开头说明属于哪种:缺本人事例;素材为零或只有题目;用户明确要求先看提纲或角度;材料涉密(提纲也不出)。
  2. 提问不超过 3 个,连同无画像降级的问题合并计数,放在回复末尾,不阻塞起草。取舍顺序:稿件类型和渠道 → 篇幅要求 → 事件时间(材料没有时)。单位类型、写给谁、角色模式能推断的不问,推断不出的取第九节默认值并写进“所作假设”。缺的数据、原话不靠提问补齐,汇总进“待补”一行。
  3. 用户说“直接写”“不用问了”的,不再提问,按默认值处理并写进“所作假设”。
  4. 转译模式只问业务事实(时间、地点、谁参加、多少人、数据口径),不问“动态类还是经验类”等术语。

第二步 素材台账

把材料拆成一条一条,整理成 素材台账.md,格式和规则见 references/ledger.md:

序号 类别 内容 来源 状态
1 数据 7—9月12个试点小区分类准确率由62%提高到85% 《垃圾分类工作总结》第二部分 已确认
  1. 类别只用七种:要素、做法、数据、成效、引语、问题、计划。来源写到文件名和段落,或写“用户消息”。正文换了说法的数(如台账“4月、7月各培训一次”,正文写“两次”),内容栏补上正文说法。由台账数据算出的比率、增幅、差值另起一行,内容栏写明算式(如“办结率98.1%,1790÷1824”),来源写“由第 3、5 条计算”。
  2. 带“大概”“约”“多”的数字,没有时段或口径的数据,几份材料说法不一的,没有认定依据的“首创”“第一”,记“待核实”。待核实数字入稿保留原说法(如“2公里多”),不改成确数,核实事项进“待核实”行;不关键的可删。
  3. 用户一条素材都没给、只有题目的(第十节情形②),回复开头说明,不起草正文,交付框架和补料清单:时间、地点、主体、做了什么、数据、群众反馈或原话、照片情况。用户坚持要稿的,出框架稿,事实位置全部标【待补】。

第三步 选角度

  1. 按“新、特、实”过台账:事情新不新,做法有无本单位特点,有无数据和事例(references/types/xinxi.md 第二部分)。
  2. 一稿一个点。材料是长篇经验材料、总结、调研报告的,按 references/condense.md 五步法挑点、删减。
  3. 各模式都直接选推荐角度成稿,其他可选角度(各一句话写依据的材料段落和数据)写进起草说明;教学模式写进“写作要点”并讲清取舍理由。用户明确要先看角度的(第十节情形③),只交角度、标题和导语。
  4. 三条都不满足的,照常成稿,起草说明如实写明采用可能性低,列出补哪些材料能改善,不靠拔高语气弥补。
  5. 选题贴近上级关注点的,关注点只来自用户提供的约稿通知、领导批示、上级文件,不自行联系“上级重点工作”。

第四步 标题和导语

  1. 标题一句话写出主体、做法、效果,有数据放数据;没有成效数据的(会议、刚启动的工作),标题写主体和做法或进展,不补效果。不用“多措并举”“扎实推进”“取得明显成效”一类空词。
    • 误:某街道多措并举扎实推进垃圾分类工作
    • 正:某街道试行定时定点投放 12个小区分类准确率由62%提高到85%
    • 无成效数据的正:某镇召开人居环境整治现场推进会 要求年底前完成全部村验收
    • 示例的单位、数字均为虚构,不得带入正文。
  2. 可用主副标题,副题用破折号引出、另起一行。
  3. 数字概括(“三项措施”“‘两张清单’”)的数目必须与正文分项条数一致;只有两条做法就写两条,不为凑整补写。
  4. 新闻稿标题写最重要的事实;推文标题写清和读者的关系,不做标题党。
  5. 导语第一句就是结论:时间、主体、做了什么、效果。不用“为深入贯彻……”“随着……”“在……的正确领导下”开头。
    • 误:为深入贯彻落实市委部署,近日,某街道多措并举……
    • 正:今年7月以来,某街道在12个小区试行定时定点投放,生活垃圾分类准确率由62%提高到85%。
  6. 标题给 2 套(高效模式 3 套);只要标题方案、要对仗式多套比较的,可建议继续让我专拟标题。

第五步 成稿

  1. 每条做法按“动作、具体内容、数据或事例”写,一条一个意思。台账没有数据的不配数据,不改写成“大幅提升”“成效明显”。
  2. 做法、作用、成效分开:系统上线、制度出台、会议召开只写已完成;有运行数据或反馈才写成效;计划写“将”“拟”,试点写“试点”(references/ledger.md 第四部分)。
  3. 限定条件不丢:统计时段、范围、口径、基期照写;一个社区的做法不写成“全区”;比率变化用“百分点”(references/_shared/rules/data-expression.md)。用户说“上周五”等相对日期的,已知当天日期的推算为具体日期;“月底”等期限原样保留。
  4. 原话只来自材料,照录不改字,可节选连续的一段,交代说话人身份;转述不加引号。领导讲话的直接引语只用审定稿或用户提供的原文;内部稿转述讲话要点可用会议记录,只写记录中有的并注明来源;对外稿转述只用审定稿或会议通稿(references/ledger.md 第三部分)。用户材料中加引号的做法名称、本单位提法原样写。
  5. 主办、承办、协办、参与照材料写;发稿单位视角不等于补写“由我局主办”一类事实。
  6. 宣传性评价放事实和数字之后,一篇最多一处;没有依据的“领先”“首创”“第一”“唯一”不写。
  7. 开门见山,不写形势背景和意义;结尾停在最后一个事实或下一步安排,不写“让我们携手……”。
  8. 避开 AI 腔和防御腔:不写“值得注意的是”“不是……而是……”、提示性冒号、“仅供参考”;“一是……二是……”、四字格照常使用(references/_shared/style/ai-tone.md 第三部分“信息(简报)”、references/_shared/style/defensive.md)。
  9. 篇幅:用户、画像或上级指定了字数、时长的(发布词按约 200 字/分钟换算),按 references/_shared/guardrails.md 第四条第2款:素材不足时用工作性表述补足做法、意义等常规部分(回顾性文书不补下一步),不新增数字、事例、原话等事实,起草说明一句话说明哪几部分是常规表述,可附不超过 3 条补料建议(前后对比数据、具体事例、原话等);必须由用户提供的缺项写【待补:该补什么】,不注水,【待补】不计入字数。超了按“铺垫、复述、空泛表态、重复举例”的顺序删。
  10. 分类型写法按速查表最后一列写;网页版读不到 references/types/ 下文件的,按 references/type-cards.md 写。紧急信息只写已核实的,材料写明正在调查的才写“原因正在调查”,没写的不写原因和责任认定。

第六步 对外发布核对(对外稿必做)

按 references/external-check.md 第二部分 11 项逐项核对,结果写成起草说明之后的“附:对外发布核对清单”;有配图的另附图片清单,正文不留配图占位。起草说明“保密提示”一行写明“本稿须按本单位规定履行审核程序后发布”。

第七步 自检与机检

  1. 台账对账(必做):正文每个数字、每句原话在台账中找出处。有 Python 时运行 python scripts/fact_diff.py 素材台账.md 正文.txt --ledger,“正文中有、台账中没有”的逐条补出处或删去。
  2. 专项检查:python scripts/brief_check.py 正文.txt --type 信息 --source <材料文件>。--type 取信息、简报、新闻稿、公众号、紧急信息、社区信息;对外的信息、简报加 --external,医院稿加 --unit 公立医院,另定篇幅的加 --min、--max,只说“不超过N字”的只加 --max;口述材料先存成文本再传 --source。P0 必改,P1 逐条改,P2 判断后处理。BRF-003(引语、说话人、荣誉称号)逐条对照材料,核对无误的保留并注明出处;BRF-008 报 P2 的“根治欠薪”一类工作提法,确属材料原文的保留。
  3. 通用机检:python scripts/gongwen_lint.py 正文.txt --doc-type 信息。--doc-type 用信息、简报、新闻稿、公众号推文。命中公文白名单写法的保留;【待补】每处报 P2,保留并汇总进起草说明。ELM 要素缺失的,能确定的补写,不能确定的标【待补】;EVD 强评价缺数据的,补用户材料中的数据或改用不带强评价的写法,不得编造数据。
  4. 没有 Python、脚本报错或“未执行检查”的,按 references/checklist.md 第一部分人工检查,起草说明写“未运行机检,已按人工清单检查”。

第八步 交付

按 references/_shared/style/output-format.md 交付。

  1. 能写文件的:写入 公文/<YYYYMMDD>-<简短标题>/ 下的 正文.txt、素材台账.md;多版输出时正文命名为 正文-信息.txt、正文-新闻稿.txt、正文-推文.txt;同名文件加 -v2、-v3,不覆盖。对话中给出文件位置、一段概述和起草说明。
  2. 网页对话环境:依次输出正文、【起草说明】,素材台账放在起草说明最后(“附:素材台账”)。正文前只放停下的情形说明,不加引导语;提问放回复末尾。还有下一站的,起草说明之后输出更新后的交接卡,“已确认”只写模式、体裁、篇幅等任务信息,标题、数据、待核实事项随正文和起草说明带走(误:写入标题和“10月起扩大到农贸市场”;正:按经验类写;不超过600字)。
  3. 起草说明只在对话中给出,不超过 5 行、每行一句:假设、待补、待核实各汇总一行,修改说明、保密提示并入其余行;教学模式另附写作要点。判断写明依据并入对应行,如“篇幅:本工具约定,以上级信息部门要求为准”“重复报送:工具约定,参照减负规定第12条”“数字写法:GB/T 15835-2011”;工具约定不写成法规依据。起草说明之后按需附(不计入 5 行):选题角度、提法核对清单、对外发布核对清单、图片清单、素材台账。

一份台账多版输出

同一件事既报信息又发新闻稿和推文时,台账只建一份,各版从中取材:

版本 读者 写法差异
政务信息 上级 公文语言,做法分条,可以写问题和建议
新闻稿 公众、媒体 倒金字塔,六要素,只写可以公开的事实
公众号推文 公众、服务对象 第一屏写清和读者的关系,通俗,短段,配图

同一数据各版数值和口径一致;只能内部报送的内容(问题、内部数据、未定事项)只进信息版;新闻稿和推文都做第六步核对;起草说明一份,各版差异并入对应行。

审稿模式:评估一篇稿件

用户拿来写好的信息、新闻稿、推文,问“能不能报”“能不能被采用”“帮我看看”的,不重写全文,按 references/checklist.md 第二部分输出一页纸,关键句改法最多 3 处,改法中的事实只来自原稿。有 Python 环境时先把稿件存成文本,运行 scripts/brief_check.py(有原始材料的加 --source)和 scripts/gongwen_lint.py,结果并入问题清单。要逐字核标点、格式、提法的,建议用户另行核稿;用户说“那你改一版”的,按高效模式出改后稿,用 scripts/fact_diff.py 比对原稿,确认无新增事实。

输出规范

  • 正文按 references/_shared/style/output-format.md:纯文本,不用 Markdown 和 emoji;数字用法按 references/_shared/rules/gbt15835.md;只允许【待补:说明】一种提示,限必须由用户提供的要素,全篇一般不超过 3 处,其余缺项进起草说明“待补”一行;配图位置不在正文标注。
  • 素材台账、选题角度、核对清单是工作底稿,可用 Markdown 表格。

自检清单

  • 要素行按文种齐全并写在正文里(不放进起草说明):标题、主送机关、落款、成文日期、附件说明;请示、报告另有发文字号、签发人。
  • 首轮已出稿(四种停下的情形除外,并在开头说明);提问不超过 3 个,放在回复末尾。
  • 正文每个数字、每句原话都能在台账或材料中找到;没有自行写入成效、排名、获奖、群众评价,没有编现场场景和人物对话。
  • 标题写出主体和做法,有成效数据的写入标题,没有空词,数字概括与正文条数一致;导语第一句是结论,有时间。
  • 用户说的“周五”“下周一”等相对日期,已知当天日期的已推算为具体日期并在起草说明注明;“年底前”等期限原样保留。
  • 用户材料中加引号的做法名称、本单位提法原样保留;确需改写的已列入提法核对清单请用户确认。
  • 做法、作用、成效分开;计划、试点没有写成已完成、已推开;限定条件都在。
  • 篇幅在目标±10%内(“不超过”的以上限为准),或已补足并说明;没有新增事实和注水,【待补】不计入字数。
  • 没有无依据的“领先”“首创”“第一”;医院稿没有疗效保证;学校稿没有宣传升学率。
  • 推文没有标题党、网络流行语和自媒体称呼,引语之外感叹号最多一处;简报报头、报尾要素齐全或已标【待补】。
  • 对外稿已附对外发布核对清单,照片授权已提示;正文没有 Markdown 符号、免责声明、AI 自述和未脱敏的个人信息。
  • 正文没有【待核实】,【待补】不超过 3 处;起草说明不超过 5 行,待补、待核实各汇总一行。

机检命令见第七步;无法运行时按 references/checklist.md 第一部分人工检查。

角色适配

  • 教学模式:同样首轮成稿,按推荐角度写。起草说明末尾附写作要点:候选角度和取舍理由、标题怎样“点睛”、导语为什么这样写、信息和总结有什么不同,用本稿一处正误对照说明。
  • 高效模式:任务卡只写进起草说明;直接选角度,标题 3 套,台账和正文一次交付;可一次出信息、新闻稿、推文多个版本,或全文和压缩版两个篇幅。起草说明不展开讲解,判断的类型和依据并入对应行。用户说“别解释了,直接给稿子”的,起草说明只留不超过3行的必报项(篇幅差距、待补、待核实、保密提示)。
  • 转译模式:接受活动流水账、工作群记录、照片说明、数据表;只问业务事实;台账来源写到原记录条目;业务术语照用,对外稿首次出现加一句解释;不替用户拔高定性。
  • 审稿模式:用户给的是成稿时,按“审稿模式:评估一篇稿件”输出一页纸,不重写全文;被要求起草的,同样首轮成稿,明确要先看角度的才只交角度、标题和导语。
  • 严谨模式:对外稿、涉及党建和领导活动的稿件。政治性提法只用用户提供的原文,没有的用通用稳定表述,“待核实”一行请对照最新原文;引语逐条注明出处;起草说明附提法核对清单和对外发布核对清单。

单位差异

单位类型 本 skill 的调整(详见 references/units.md)
党政机关 选题贴上级关注点(依据来自用户);领导活动稿的姓名、职务、排序由用户确认
基层 政务信息的转交见适用范围表;紧急信息、简报、新闻稿、推文由本 skill 写;拍照留痕不算成效;同一事项不重复报送
社区 信息稿一般 300~500 字(工具约定),话平实;居民姓名和照片须本人同意;不写超出职权的承诺
公立医院 不写疗效保证;“首例”写明范围并有依据;患者隐私
高校 学院供稿按新闻中心要求;学生信息不对外;科研成果表述照材料
中小学 不宣传升学率和“状元”;学生照片须监护人同意
国有企业 未公开经营数据、未披露重大信息不进对外稿;不写无依据的“行业第一”

参考资料

没有文件系统(网页版、内网提示词版)时,读不到的文件按本文和附录执行,不向用户索要。各步骤已注明何时读哪份文件,另有:

文件 何时读取
references/types/jianbao.md、references/types/xinwengao.md、references/types/gongzhonghao.md 编简报;写新闻稿、发布词;写推文
references/units.md 读完单位画像后,查本 skill 在该单位类型下的调整
references/_shared/rules/jianfu.md 篇幅、重复报送、拍照留痕
references/_shared/rules/doc-types.md 判断是否属于本 skill;信息的文种要点(4.10)
references/_shared/profiles/calendar.md 用户问“最近有什么宣传节点”时

Tips for Gongwen Brief

  • • Start a fresh session after installing so your agent picks up the new skill.
  • • This skill ships scripts. Read them before the first run, and run it in a project without secrets first.
  • • It bundles reference files. The agent reads them only when needed, so they cost no context until then.
  • • It is part of a pack with 22 skills. Install only the ones you need with --skill to keep triggers precise.
  • • If two skills overlap, mention the one you want by name.

Questions about Gongwen Brief

What does the Gongwen Brief skill do?

起草和改写信息宣传稿件,包括政务信息(含紧急信息)、工作简报、新闻稿、新闻发布会发布词和答问口径、官方公众号推文,从长材料提炼经验做法信息,评估信息和新闻稿能不能报、能不能被采用。先建素材台账、选准角度,开头即结论,数据和原话只用用户材料,对外稿核对授权和敏感信息。用户说写信息、报个政务信息、编一期简报、写篇新闻稿、写发布词、发公众号、把材料压成800字信息、这篇信息能不能被采用时使用。长篇经验材料交 gongwen-report,只压缩不换文体交 gongwen-polish,逐字核稿交 gongwen-review;装有行业包时,本行业专用文书交对应行业包。

How do I install Gongwen Brief?

Run "npx skills add duyunzhoudyz/dyz-gongwen-skills --skill gongwen-brief" in your project. The skills CLI installs it for Claude Code, Cursor, Codex and 70+ other agents. In Claude on the web, upload the skill folder as a ZIP under Customize > Skills.

Does Gongwen Brief work in Cursor and Codex?

Yes. Gongwen Brief uses the open SKILL.md format, so it works in Claude Code, Claude, Cursor, OpenAI Codex, Gemini CLI, GitHub Copilot and other agents that support agent skills.

Is Gongwen Brief free?

Gongwen Brief is open source on GitHub. It is free to install; check the license before commercial use.

Who made Gongwen Brief?

Gongwen Brief is published by duyunzhoudyz in the duyunzhoudyz/dyz-gongwen-skills repository, together with 21 other skills.

Similar skills. From other creators.