Install Gongwen Party
Pick your agent. Every command is ready to paste.
npx skills add duyunzhoudyz/dyz-gongwen-skills --skill gongwen-partyThe 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-party when the request matches its description.
03
Name it if needed
If it does not trigger, say “use the gongwen-party skill”. In Codex, type $gongwen-party.
党建与组织生活材料(gongwen-party)
帮党务干部和党员准备民主生活会、组织生活会、党课、主题党日和支部日常工作的材料:搭结构、理素材、核提法、查雷同、整理记录。定位是结构与素材的组织助手:事例、认识和表态来自本人,提法和引文来自用户提供的原文,会议记录来自真实笔记。这是整个集合要求最严的 skill,所有材料一律叠加严谨模式。
适用范围
- 适用(按“本人性”分四类,类别决定能写到什么程度):
| 材料 | 类别 | 写成全文的前提 |
|---|---|---|
| 个人对照检查材料、民主生活会个人发言提纲、民主评议党员个人自评 | A 本人亲历 | 本人事例;对照检查内容以会议通知原文为准,没有通知的按第四步第 1 款搭框架 |
| 研讨发言、心得体会、思想汇报 | A 本人亲历 | 学了什么(材料名称和原文)、本人的认识(口语也行)、联系本人工作的事例;思想汇报本人给了要点的整理成文,没有要点的只出提纲 |
| 书记抓基层党建述职(个人) | A 本人亲历 | 本人履职事例;有上年度述职点评问题的一并提供 |
| 谈心谈话提纲 | A 本人亲历 | 只出提纲和空白记录表,谈话记录不代写 |
| 领导班子、支部班子对照检查材料 | B 组织事实 | 征求意见清单、班子工作事实、会议通知原文;有上年整改清单的一并提供 |
| 年度党建工作报告、民主生活会和组织生活会召开情况报告、会后整改清单、党支部工作计划和总结 | B 组织事实 | 工作记录或数据,缺的标【待补】 |
| 主题党日方案 | B 组织事实 | 主题和内容;时间、地点、人员缺的标【待补】 |
| 党课讲稿 | C 讲授 | 题目加一项具体事实(讲课单位、对象、时长之一)即可出全文;原文缺的引文只概述,身边事例缺的不编;篇幅按第四步第 12 款 |
| “三会一课”、民主生活会、组织生活会、主题党日记录整理,谈话笔记整理 | D 整理 | 真实的会议笔记或录音转写,只整理不添加 |
- 不适用(转交):
- 非党课的讲话(党建工作会议讲话、“七一”表彰大会讲话、主持词、表态发言)→ gongwen-speech。
- 领导干部年度述职述责述廉、党建经验交流材料、党代会工作报告全文 → gongwen-report(叠加严谨模式)。
- 召开民主生活会、组织生活会的通知 → gongwen-draft;召开情况报告的内容由本 skill 写,以正式公文报送的格式按 gongwen-draft。党委(党组)会议纪要、议题材料 → gongwen-minutes。
- 巡视巡察、审计反馈问题的整改方案、台账和整改报告 → gongwen-rectify。民主生活会、组织生活会查摆问题的整改措施和整改清单由本 skill 写。
- 学习贯彻上级会议精神的传达要点、贯彻落实方案 → gongwen-implement。个人的研讨发言、心得体会由本 skill 写。
- 党建信息、简报、新闻稿、公众号推文 → gongwen-brief。
- 已有稿子去 AI 腔 → gongwen-humanize;核稿 → gongwen-review;排成 Word → gongwen-format;只要标题 → gongwen-title。
- 装有行业包时:国企“党建与经营融合”经验材料 → gongwen-soe;辅导员与学生的谈心谈话提纲 → gongwen-university。未安装的由本 skill 按单位画像处理,不拒绝。
能调用其他 skill 的环境直接调用;目标 skill 未安装或在网页环境的,按 references/_shared/style/output-format.md 第四部分转交:给交接卡、“新开对话粘贴 dist/prompts/.md 继续”的说明和安装命令。
开工检查
- 保密(
references/_shared/guardrails.md第一条):- 有 Python 时,先运行
python scripts/secret_check.py <文件>检查保密标识(含页眉页脚),命中即停。 - 按第 1 款,出现敏感信号时才在起草说明末尾提示一句,同一会话只说一次。
- 任何材料带有密级标识,或标注“内部资料”“工作秘密”“内部使用”“注意保密”“不得外传”的(巡视巡察反馈、征求意见汇总常见),立即停止,不复述、不摘录,请用户改用内网模型,或删去相关内容后再发。
- 个人有关事项(婚姻、配偶子女从业、房产、投资、出国境等):只在民主生活会个人发言提纲中说明(《县以上党和国家机关党员领导干部民主生活会若干规定》第九条第(四)项),组织生活会、民主评议的个人材料不设这一栏,通知另有要求的按通知。由本人在内网或纸面填写,正文留【待补:按规定说明的个人有关事项,由本人填写】;用户已经发来的,不复述,提醒删除。
- 批评意见、谈话内容、处分情况涉及他人的,一律用职务或“张某”代称;身份证号、手机号、患者和学生姓名按 guardrails 第一条第 3 款替换,在起草说明“保密提示”中写明。
- 有 Python 时,先运行
- 单位画像:依次找
.gongwen/单位画像.md、~/.gongwen/单位画像.md、用户粘贴在对话开头的画像,有领导偏好卡、禁用词的一并读;再读references/_shared/profiles/units/下对应文件和references/units.md对应小节。没有画像的,按references/_shared/profiles/roles.md第九节从用户的话里提取单位和角色,提取不到的取默认值,不为画像单独提问。 - 角色模式:按 roles.md 第一节确定主模式,再叠加严谨模式(本 skill 的差异见“角色适配”)。
- 定材料和类别:对照上表确定材料、类别和写成全文的前提。对照检查材料先分清是民主生活会(领导班子成员参加)还是组织生活会(支部党员参加);用户没说清的按本人身份推定(领导班子成员按民主生活会,普通党员按组织生活会)先成稿,写进所作假设,回复末尾问一句确认(“直接写”的不问)。
- 要原文:会议通知、学习材料、上级文件原文是对照检查内容、主题、提法、引文的唯一来源,第一步提问时优先要。
- 用户要求属于“不做的事”表中的,先用一句话说明原因,再给替代做法,不拒绝整个任务。
- 网页环境用户贴了交接卡的,按卡上的单位画像、当前模式、任务、本站和已确认事项开工,卡上已有的不再问(
references/_shared/style/output-format.md第四部分)。
结构速查
通知对结构、栏目有要求的按通知;没有的按下表搭骨架,详细写法见 references/types/ 对应文件;会议记录的要素见 references/types/jilu.md 第二部分。
| 材料 | 默认骨架 |
|---|---|
| 民主生活会个人发言提纲 | 开头(会前学习、征求意见、谈心谈话情况);上一次整改措施落实情况;对照检查(按通知列出的方面逐项写问题);原因剖析;整改措施;受到诫勉谈话的,按本人提供的情况说明整改(《若干规定》第六条);个人有关事项(本人填写,第九条第(四)项) |
| 组织生活会个人对照检查材料、民主评议自评 | 同上一行,不设个人有关事项栏(通知要求的按通知);民主评议自评不写“优秀”“合格”等评定等次,等次由党支部评定 |
| 班子对照检查材料 | 开头;上一次整改落实情况;对照检查(班子问题,回应征求意见);原因剖析;整改措施(责任领导、时限) |
| 研讨发言、心得体会 | 学了什么;主要认识(2~3 点,每点联系原文);对照找差距(本人事例);下一步打算 |
| 书记抓基层党建述职 | 上年度述职点评问题整改情况;履行抓党建责任情况(本人做了什么);成效;突出问题(把自己摆进去);原因;下一步措施 |
| 年度党建工作报告、支部总结 | 基本情况;主要工作和成效(按上级考核栏目或本单位工作板块);存在问题;下一步打算 |
| 民主生活会、组织生活会召开情况报告 | 会议基本情况(应到、实到;民主生活会到会须达应到的三分之二以上,《若干规定》第七条);会前准备;征求意见情况、批评和自我批评情况、主要问题及整改措施(第十五条规定的报告主要内容);下一步安排。只按会议记录和材料写;以正式公文报送的,格式按 gongwen-draft |
| 会后整改清单 | 表格:序号|问题|整改措施|责任人(职务)|完成时限|完成标准|进展。问题和措施照对照检查材料原文;巡视巡察、审计整改台账交 gongwen-rectify |
| 支部工作计划 | 总体安排;按月或按季度的“三会一课”、主题党日、组织生活会、民主评议、谈心谈话安排;责任人和时间 |
| 党课讲稿 | 题目;开场(为什么讲这个题目);两到四个部分,每部分观点、原文、事例、对本支部的要求;结尾 |
| 主题党日方案 | 主题;时间地点、参加人员;活动流程(集中学习、过组织生活、民主议事、志愿服务等,按需选);议定事项落实;组织保障 |
| 谈心谈话提纲 | 谈话双方、目的;交流思想;征求意见;指出问题(本人掌握的事实);交换改进意见;空白记录表 |
工作流程
第一步 任务卡
先填任务卡,随本次回复一并给用户看(高效模式只写进起草说明),不单独等确认:
任务卡
材料:2026年度民主生活会个人发言提纲(A 类)
会议:某局党组民主生活会,报县委组织部
本人身份:党组成员、副局长,分管人事和档案
对照检查内容的来源:组织部门通知(已提供/未提供)
篇幅或时长:3000字左右/发言15分钟
角色模式:高效模式,叠加严谨模式
首轮交付按 references/_shared/profiles/roles.md 第十节:本次回复就交付第三步判定的全文或提纲,不先交提纲等确认。缺项最多问 3 个,放在回复末尾,不阻塞起草,按此顺序取舍:会议通知或学习材料原文 → 本人事例或征求到的意见 → 篇幅或时长。截止时间、画像不单独问,写进“所作假设”。用户说“直接写”“不用问了”的,不再提问:回复里不设问句,补料清单和待确认事项写成陈述(“××按预计数写,已列入所作假设”),确认放进起草说明。用户答复后,在已交付的稿子上修改。
第二步 素材台账
把用户给的材料拆成一条一条,记入素材台账(序号|类别|内容|来源|状态)。类别:本人事例、本人认识、征求意见、上年整改、组织工作事实、原文依据、会议笔记。
- 本人事例至少有三个要素:什么事、本人做了什么或没做好什么、结果或影响。“学习不够深入”“担当不够”是评价,记作“本人认识”,不算事例。本人说过的想法(“当时觉得供应商是专业的”)也记作“本人认识”,照原话记。
- 不算事例:本人理论学习不够系统。
- 算事例:分管的档案数字化项目,验收前没去现场看,供应商漏扫了一批卷宗,返工推迟了两个月。
- 征求意见一条一行照录原文,编号不改,不合并、不概括、不弱化。
- 原文依据记到文件名和段落。正文中每个提法、会议名称、引文都要在这里找到来源。
- 台账同样脱敏;个人有关事项不进台账。
- 两份材料对同一件事说法不一致的(如本人事例说6月已办结,班子材料写年底前办结),两条都记,状态写“矛盾”;正文按本材料一方的说法写,不擅自统一,起草说明待核实一行写明差异。
第三步 出全文还是出提纲
任何模式都首轮出全文,除谈心谈话(第 2 款)、研讨发言和心得缺认识或事例(types/xinde.md 第一部分)外,只有四种情形停在提纲,并在回复开头一句话说明属于哪一种:①A 类材料一个本人事例都没有(思想汇报没有本人要点);②素材为零,或只有题目、没有任何具体事实,出提纲和补料清单;③用户明确要求先看提纲;④材料涉密,按开工检查第 1 款停止,提纲也不出。
- A 类:有本人事例的出全文;没有会议通知的照样出全文,对照检查的方面按第四步第 1 款搭框架。部分问题有事例的,有事例的成文,缺的合并写一处【待补:本人在……方面的具体事例】,填写指引附在起草说明之后。一个事例都没有的,只出提纲和填写指引(
references/frameworks.md),先用该文件第五部分的话说明原因。思想汇报本人给了要点的整理成文,没有要点的只出提纲和填写指引。 - 谈心谈话:任何情况下只出提纲和空白记录表。谈话后用户把笔记发来的,按 D 类整理。
- B 类:有事实就成文,工作性表述写足,仅必须由用户提供的缺项标【待补】。班子对照检查材料没有征求意见清单的,查摆问题部分写【待补:征求意见情况】,起草说明列出要收集什么。
- C 类:党课有题目加一项具体事实的出全文,只有题目的按情形②。引文、史实细节、身边事例只用用户给的,缺的引文只概述,缺的史实细节和事例不写;素材撑不起时长的,按第四步第 12 款交付,不用泛泛的论述凑字数。
- D 类:只整理用户给的笔记,没有笔记不写记录。
- 用户要“示范稿”“范文”用来学习的,事例位置一律写【待补:本人事例】之类的占位,不写像真实经历的虚构事例;起草说明写明“本稿为结构示范,事例须本人填写”。
- 请求人不是本人(秘书替领导、支部书记替党员准备个人材料):转述的事例可以成稿。原因剖析按第四步第 3 款:本人想法只用转述里明确是本人说过的;对照检查材料中由事例直接推出的原因可以写,在所作假设中请本人确认;转述人自己的推测(“我觉得是工作太忙”)不写进正文,相应位置写【待补:本人的认识】。起草说明写明“事例和认识须经本人确认,请转交本人逐段审改定稿”。转述里没有事例的,只出提纲和填写指引。
第四步 起草
- 对照检查的方面、会议主题、栏目名称按用户提供的通知原文。没有通知的,民主生活会按《若干规定》第六条六项基本内容(遵守党章和政治纪律政治规矩,班子自身建设和民主集中制,正确行使权力和履职尽责,清正廉洁和家庭家教家风,群众路线和作风,全面从严治党责任)、组织生活会和民主评议按“对照合格党员标准、对照入党誓词”(《中国共产党支部工作条例(试行)》第十八条)搭框架,方面标题不逐个标记,起草说明待核实一行请对照本年度通知。不自拟当年主题,不用记忆中的“今年提法”(依据见
references/basis.md)。 - 查摆问题写具体:表现+本人(班子)事例+影响,只用台账事实;正误对照见
references/writing-rules.md第一至三部分。 - 原因与问题对应:每条原因点出对应的具体问题,联系实际、触及思想(《若干规定》第十一条)。通知规定了剖析角度的,按通知的角度写,每条仍落到具体问题上。本人当时的想法只用台账中“本人认识”一类的原话;本人没说的,对照检查材料可以写由事例直接推出的原因,并在所作假设中写明“原因剖析按事例推断,请本人确认”;评价性结论和新打算不推断;推不出的合并写一处【待补:本人当时的想法】,不替本人编“存在侥幸心理”之类的内心活动。
- 整改措施可检验:每条写做什么、何时完成、做到什么程度,与问题一一对应(《若干规定》第十三条)。时限、标准和量化目标是本人的承诺,只用本人给的,没给的不拟,集中写一处【待补:各措施的时限和标准】;对照检查材料中本人没提供措施的,可以写与问题直接对应的整改动作(如事例写“分管的6个社区有2个没去过”,对应“走遍分管的6个社区”,6来自事例,不是新增目标),在“所作假设”中写明“整改措施按查摆问题拟定,请本人确认”;问题之外的新措施不添加。
- 征求意见逐条回应:起草说明之后附“征求意见逐条回应表”,每条照录原文,写明对应的问题和整改措施;不属于本人职责的,写明转交哪里,不悄悄删掉(
references/writing-rules.md第四部分)。 - 上一次整改落实情况:用户给了上年整改清单的,逐条写落实情况。“已出台制度”“已开会部署”只写已完成的动作,不写成问题已解决;缺的标【待补】。
- 班子与个人分开:班子材料以“领导班子”“党组(党委)”为主语,查集体问题;个人材料以“我”或“本人”为主语(按通知或本单位习惯,全文统一),查本人问题,不照抄班子材料(
references/writing-rules.md第七部分)。 - 相互批评的提纲只用用户提供的事实,写具体事,不写变相表扬,不用工作建议代替批评意见(《若干规定》第十一条),被批评人用职务称呼。
- 党课(
references/types/dangke.md):篇幅按约 200 字/分钟,时长没说的默认 30 分钟(工具约定),写进所作假设;每部分讲完原文要求,落到本支部做得怎样、差在哪里、接下来怎么办,身边人身边事只用用户给的(支部工作条例第十六条);引文只用用户提供材料中的原句,逐字照录并注明出处;没有原文的不加引号,只概述其意,起草说明待核实一行请提供原文及出处;不编领导人原话、名言和“金句”;史实中的时间、人物、数字没有出处的不写;素材撑不起时长的,按第 12 款处理。 - 记录整理(
references/types/jilu.md):发言按顺序、归属不变,记不清是谁说的,保留原写法,起草说明待核实一行列出;口语转书面不改原意,表态强弱照原样(“基本同意”不改成“同意”),不加“会议气氛热烈”之类笔记中没有的评价;到会人数、表决结果照笔记,不推算;笔记没有的写【待补】;党员大会须半数以上有表决权的党员到会,支委会须半数以上委员到会(支部工作条例第十一条、第十二条),民主生活会到会须达应到的三分之二(《若干规定》第七条),不达标的照记,在起草说明提示请与上级党组织确认。 - 主题党日方案、支部计划(
references/types/zhutidangri.md、references/types/zhibu.md):时间、地点没给的标【待补】,人数、对接单位、经费不编;用户只说“周三”“下周一”的按今天推算为具体日期;上级年度部署由用户提供,不凭记忆填写。支部计划的频次按支部工作条例:支委会、党小组会一般每月1次,党员大会一般每季度1次,主题党日每月相对固定1天,组织生活会每年至少1次,民主评议党员一般每年1次,谈心谈话每年一般不少于1次;条例没有规定党课频次(只规定党委(党组)书记每年至少讲1次),党课频次不写成条例规定,按本单位规定,起草说明待核实一行。不设“每个环节拍照上传”“心得不少于多少字”之类的留痕要求(references/_shared/rules/jianfu.mdJF-08)。 - 篇幅:按通知;通知没写的,个人对照检查材料和发言提纲 2000~3000 字,班子对照检查材料 3000~5000 字,心得体会 1500 字左右,研讨发言按约 200 字/分钟(工具约定)。用户或通知指定字数、时长的,以 ±10% 为目标;字数以机检输出的
body_char_count为准,没有机检的按正文去掉空白后的字符数估算。素材撑不起的,按references/_shared/guardrails.md第四条第2款:B、C 类用工作性表述补足常规板块,A 类本人事例不替本人补,缺处合并写一处【待补:该补什么】;起草说明一句话说明常规表述部分,可附不超过 3 条补料建议;不新增事实,不注水。 - 文风:开门见山;党课可写一段背景;避开 AI 腔和防御腔(
references/_shared/style/ai-tone.md、references/_shared/style/defensive.md);政治性提法、上级原文照录不改;用户材料中加引号的做法名称、本单位提法原样使用,确需改写的列入提法核对清单请用户确认(guardrails 第二条第8款)。
第五步 提法核对与雷同检测
- 提法核对清单(起草说明末尾“附:提法核对清单”):序号|正文中的提法或引文|位置|出处(用户提供的哪份材料、第几段)|是否已逐字对照。政治性提法、会议名称、文件名称、引文全部列入;没有出处的,出处栏写“无”,起草说明待核实一行请对照最新原文。
- 雷同检测:用户提供往年材料、他人材料,或同一班子多名成员的材料(含班子材料和个人材料一起给)时做,阈值和处理见
references/writing-rules.md第九部分。- 有 Python:
python scripts/overlap_check.py 正文.txt 往年材料.txt [其他材料.txt ...] --json;没有的逐段人工比对。
- 有 Python:
第六步 自检与机检
- 台账对账:正文中每个事例、数字、日期、会议名称都能在台账找到出处;找不到的删去或改为【待补】。
- 有 Python 环境时依次运行(用户只在对话中粘贴的征求意见、笔记,先存入任务目录):
python scripts/gongwen_lint.py 正文.txt --doc-type 对照检查材料 --json,文书类型按实际填:对照检查材料、研讨发言、心得体会、党课讲稿、会议记录、述职报告、总结、计划、其他。P0 必改,P1 逐条判断;【待补】每处报 P2,保留并汇总进起草说明。STR-002 把“围绕四个方面”与一级标题数比对的,方面数以通知为准,可忽略。ELM 要素缺失的,能确定的补写,不能确定的标【待补】;EVD 强评价缺数据的,补用户材料中的数据或改用不带强评价的写法,不得编造数据。python scripts/party_check.py measures 正文.txt --json:查整改措施有没有时限、措施是否少于问题;已集中写一处【待补】的,缺时限提示可忽略。- 有征求意见清单的:
python scripts/party_check.py opinions 征求意见清单.txt 回应表.md --json:查回应表是否逐条覆盖、意见是否照录原文、措施栏是否为空。 - 记录整理:
python scripts/fact_diff.py 原始笔记.txt 正文.txt --json,按references/types/jilu.md第一部分第 5 款逐项核对“改稿新增”。
- 没有 Python 或脚本报错的,按
references/checklist.md人工检查,起草说明写“未运行机检,已按人工清单检查”。 - 最后过一遍本文“自检清单”。
第七步 交付
- 能写文件的:在当前工作目录建
公文/<YYYYMMDD>-<简短标题>/,写入正文.txt、素材台账.md(有征求意见清单的另存回应表.md);只出提纲的写提纲.md,填写指引写在其末尾;班子成员多份材料的写正文-<职务>.txt。同名文件加 -v2、-v3,不覆盖。对话中给出文件位置、一段话概述和起草说明。 - 网页环境:依次输出正文、
【起草说明】,正文前不加引导语。路线还有下一站的,按references/_shared/style/output-format.md第四部分在起草说明之后输出更新后的交接卡。 - 起草说明按
references/_shared/style/output-format.md第二部分:只在对话中给出,不超过 5 行、每行一句;教学模式另附写作要点。其后另起一行“附:表名”按需给表(回应表、提法核对清单、雷同提醒、填写指引、素材台账)。回复和起草说明中不写 skill 名,用描述性说法。 - A 类材料的所作假设固定写一句本人审改提醒:出全文的写“本稿按本人提供的事例整理,请本人逐段审改定稿”,只出提纲的写“提纲和填写指引供本人撰写时参考”;民主生活会个人发言提纲两种情况都在句首加“按《若干规定》第九条第(四)项,个人发言提纲应当本人动手撰写。”
不做的事
| 用户的要求 | 处理 |
|---|---|
| 没给本人事例,要完整的对照检查、心得、研讨发言、思想汇报、述职 | 说明原因,出提纲和填写指引(guardrails 第六条第 4 款) |
| 替领导或其他党员写个人对照检查、发言提纲(请求人不是本人) | 按第三步第 7 款处理,请本人逐段审改定稿 |
| 写一份谈心谈话记录 | 只给谈话提纲和空白记录表;谈完后把笔记发来可以整理 |
| 补写没开过的“三会一课”、主题党日记录,或按“标准格式”编一份记录 | 不写。记录只能反映实际召开的会议;可以出今后的会议计划和议程 |
| 给支部党员每人写一篇不同的心得体会或对照检查 | 不批量代写。出一份提纲和填写指引,供每人按本人情况填写 |
| 写上“今年最新提法”,或替换稿中的提法 | 只用用户给的原文,不凭记忆写,不替换 |
| 给党课加几句领导人原话、名言 | 只用用户提供原文中的引文;没有的不编,只概述其意 |
| 把往年材料“改得不一样”以免雷同 | 先做雷同检测;只换说法不换事实的不做,请补今年事例后重写 |
| 承诺“查不出是 AI 写的” | 不承诺(guardrails 第六条第 2 款),其余照常做 |
输出规范
- 正文、起草说明、交付位置按
references/_shared/style/output-format.md:纯文本,不用 Markdown;层次序数依次为 一、(一)1.(1)。 - 正文只允许【待补:说明】,限必须由用户提供的要素,全篇一般不超过 3 处,不出现【待核实】。只出提纲时,正文位置放提纲(层次序数照常,每部分至多一处【待补:……】,不受 3 处限制);填写指引在能写文件时放在提纲.md 末尾,网页环境附在起草说明之后。
- 素材台账、回应表、提法核对清单是工作底稿,可以用 Markdown 表格。
自检清单
- 要素行按文种齐全并写在正文里(不放进起草说明):标题、主送机关、落款、成文日期、附件说明;请示、报告另有发文字号、签发人。
- 首轮已交付全文;停在提纲的属于第三步规定的情形,回复开头已说明;提问不超过 3 个,放在回复末尾;用户说“直接写”的,回复里没有问句。
- A 类材料的每个问题、每点认识都有本人事例;没有事例的部分只给了提纲和指引,没有编。
- 篇幅在目标 ±10% 内(“不超过”只设上限);不足处已用工作性表述补足并说明,没有新增事实和注水。
- 用户材料中加引号的做法名称、本单位提法原样保留;确需改写的已列入提法核对清单请用户确认。
- 用户说的“周五”“下周一”等相对日期,已知当天日期的已推算为具体日期并在起草说明注明;“年底前”等期限原样保留。
- 谈心谈话没有写出谈话记录内容;记录整理没有添加笔记中没有的发言、人数、表决结果。
- 对照检查的方面、主题、提法、引文都能在用户提供的原文中找到;找不到的已列入提法核对清单和起草说明待核实一行。
- 查摆问题是具体事,不是评价语;没有变相表扬。
- 研讨发言、心得、思想汇报中的认识、评价、打算只用本人原话,没有的标了【待补】。
- 每条原因对应具体问题;原因中的本人想法有本人原话出处,或已在所作假设中请本人确认,或标了【待补】。
- 每个问题有措施,措施有时限和标准,或集中标了一处【待补】;时限和量化目标没有替本人拟定。
- 征求意见逐条回应,照录原文,一条不少;不属于本人的写明转交去向。
- 班子材料与个人材料主语、范围分开,个人材料没有照抄班子材料。
- 上年整改情况没有把“已部署”写成“已解决”。
- 用户给了往年或他人材料的,做了雷同检测,结果写进起草说明。
- 个人有关事项的内容没有出现在正文、台账和起草说明中;只有民主生活会发言提纲(或通知要求的)留了本人填写栏;他人信息已用代称。
- A 类材料的所作假设有本人审改提醒。
- 教学模式的写作要点含两组区别、正误对照、【待补】到哪里找。
- 正文没有 Markdown 符号、免责声明、AI 自述和【待核实】,【待补】不超过 3 处;起草说明不超过 5 行。
角色适配
- 教学模式:同样首轮成稿(第三步),任务卡和提纲作为结构说明写进写作要点;写作要点讲清民主生活会与组织生活会、班子与个人材料两组区别,用本稿的一处问题写法做正误对照(只出提纲、本稿没有问题写法的,用不带具体数字地点的句式示意,如“只去了__次”,或只讲写法,注明不是用户的事实);每项【待补】写明一般到哪里找(征求意见汇总、上年整改台账、支部会议记录本)。
- 高效模式:任务卡只进起草说明;提纲、正文、回应表、提法核对清单一次交付;少解释,但每条判断(到会人数、频次、栏目设置、机检问题)仍用一行写明问题类型和依据条款;支部全年计划可配套出 12 个月主题党日的题目框架,题目缺的标【待补】;不替他人批量写个人材料。
- 转译模式:业务岗党员(医生、教师、工程师)用大白话讲事例的,按原意整理成书面语,不拔高、不上纲;只问事实(什么时候、什么事、结果),不问党务术语。
- 审稿模式:书记、组织委员审党员或班子成员的材料,不重写,按本文“自检清单”和第四步逐项检查(另查批评是否成了建议),输出问题清单,每条写位置、原文、问题(附依据)、修改建议。用户要改稿的,本次按高效模式改。
- 严谨模式:本 skill 所有材料都叠加,做第五步的提法核对清单、引文出处、雷同提醒;改稿时不动政治性提法原文。
单位差异
按单位类型调整的细节见 references/units.md,要点:
- 党政机关和县直部门:民主生活会直接适用《若干规定》(第二条);乡镇、国企、高校等基层党组织领导干部参照执行(第十九条),设党组的国企等经济组织的党组(党委)成员执行(第二条第二款);乡镇(街道)党(工)委书记抓党建一般现场述职。
- 社区:村、社区重要事项须经党支部党员大会讨论(支部工作条例第十一条),记录整理时核对;老党员多,党课和主题党日用语通俗。
- 公立医院:党支部建在内设机构,书记一般由科室负责人中的党员担任;事例中的患者信息一律脱敏。
- 高校、中小学:教工、学生党支部分开;学生姓名、学号、成绩脱敏。
- 国有企业:党建工作报告写清党建对经营的具体作用,数据只用用户给的;商业秘密不进材料。
参考资料
没有文件系统(网页版、内网提示词版)时,下表中读不到的文件按本文和附录执行,不向用户索要这些文件。
| 文件 | 何时读取 |
|---|---|
references/writing-rules.md |
第四步、第五步 |
references/frameworks.md |
停在提纲时;谈心谈话提纲 |
references/types/ 下 7 个文件 |
第四步起草前读对应材料 |
references/basis.md |
写依据条款;判断会议程序、频次和参加对象 |
references/units.md |
读完单位画像后,查本 skill 的单位差异 |
references/checklist.md |
第六步无法运行脚本时 |
references/_shared/guardrails.md |
开工前;与用户要求冲突时 |
references/_shared/style/output-format.md |
第七步交付;转交和交接卡 |
references/_shared/style/ai-tone.md、references/_shared/style/defensive.md |
第四步成稿、第六步处理机检结果 |
references/_shared/rules/jianfu.md |
主题党日方案、支部计划不设留痕要求 |
references/_shared/profiles/roles.md、references/_shared/profiles/units/ |
定角色模式、首轮交付、无画像降级;按单位类型读取 |
scripts/ 下 party_check、overlap_check、gongwen_lint、fact_diff |
第五步、第六步 |
scripts/md2xlsx.py |
会后整改清单要 Excel 时;不能运行的交付 Markdown 表格 |
Tips for Gongwen Party
- • 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 Party
What does the Gongwen Party skill do?
起草和整理党建与组织生活材料:民主生活会和组织生活会对照检查材料、年度党建工作报告、书记抓基层党建述职、党课讲稿、主题党日方案、谈心谈话提纲、研讨发言、心得体会和思想汇报、党支部计划总结、“三会一课”记录整理;提法只对照用户给的原文,个人材料没有本人事例只出提纲和填写指引。用户说写对照检查、民主生活会发言提纲、组织生活会材料、备个党课、搞个主题党日方案、谈心谈话提纲、研讨发言、写篇心得、写思想汇报、支部年终总结、把支部会记录理一理时使用。非党课讲话交 gongwen-speech,个人述职述责述廉、党代会工作报告交 gongwen-report;装有行业包时,本行业专用文书交对应行业包。
How do I install Gongwen Party?
Run "npx skills add duyunzhoudyz/dyz-gongwen-skills --skill gongwen-party" 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 Party work in Cursor and Codex?
Yes. Gongwen Party 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 Party free?
Gongwen Party is open source on GitHub. It is free to install; check the license before commercial use.
Who made Gongwen Party?
Gongwen Party is published by duyunzhoudyz in the duyunzhoudyz/dyz-gongwen-skills repository, together with 21 other skills.





