메뉴
生成周报/月报的 skill。当用户提供本期各部门总结文件夹、规划文件和上期总结文件，需要生成整体汇报报告时使用；如果用户只给出报告周期，例如“生成202605周报/月报”，应优先扫描运行目录下是否存在同名或匹配周期的子目录作为文档目录。支持目标偏差分析、上期遗留事项跟踪、下期计划汇总、风险提示，并把未说明进展或需确认的内容单独生成一份人工补充清单。主报告不标注来源，输出风格客观简洁，面向老板和经营团队。触发词包括：周报、月报、汇报、总结报告、偏差分析、经营汇报、部门总结、生成报告。
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
生成、审校和优化中国发明专利技术交底书，重点覆盖软件、互联网、人工智能、大数据、区块链、物联网和网络安全方案。用于专利点挖掘、技术方案补全、现有技术检索与区别特征分析、充分公开检查、发明名称优化、附图规划及 Word 交付；当用户提到专利交底书、发明专利稿、专利挖掘、新颖性或创造性、权利要求支撑、说明书补强、专利附图时，即使只要求其中一个环节也应使用。
编写中国计算机软件著作权登记申请材料的技能。用户提供软件名称并要求生成软著、软件著作权、计算机软件著作权登记、操作手册、功能模块说明、界面原型图、HTML 原型、原型图片、源代码文档、代码 docx、申请表信息 txt 或完整申请材料时必须使用。按固定流程产出 01.spec/spec.md、02.modules/*.md、03.prototype.html 或 03.prototype.prompt、04.prototype/*.jpg、05.code/01-模块名称.txt 到 10-模块名称.txt、06.manual/*_操作手册.md/.docx、07.code.full/${SOFTWARE_NAME}_代码.docx、08.application-info/${SOFTWARE_NAME}_软著申请表信息.txt；原型图默认用 HTML+headless 浏览器截图，必须包含登录页、10 个模块首页，并覆盖 40%-60% 的功能点截图，优先覆盖复杂功能和数据图表功能。
用于辅助撰写中文学术科研论文的完整技能。当用户提出论文方向、研究题目、想写一篇论文、需要帮助构建论文框架、完善论文逻辑、撰写摘要/引言/方法/实验/结论等章节时，必须触发此技能。即使用户只说"帮我写篇论文"、"我想研究这个方向"、"帮我确定题目"、"帮我写摘要"，也应触发。面向中文学术语境，特别适合工学、农学、计算机、信息技术等应用型方向的期刊或会议论文。
撰写区域发展规划、地方专项规划、“十五五”规划文本与配套材料的技能。用户提到区域发展规划、地方专项规划、某市/某区/某园区发展规划、科技/产业/教育/交通/文旅/养老/数字化等领域五年规划、规划纲要、规划文本、规划编制说明、指标体系、重大项目清单、实施保障、征求意见稿、专家论证稿时必须使用本技能。支持自动区分“区域规划”与“专项规划”，联网检索上位规划、最新政策、统计数据和同类地区实践，生成正式规划文本、指标表、项目清单、实施矩阵和自检稿。若任务本质是企业战略、商业计划书、招商文案或国土空间规划，则不使用本技能。
撰写民主党派、政协、统战系统“社情民意信息”“信息专报”“参政议政信息”“建言材料”的技能。用户提到社情民意、民主党派建言、政协信息、信息稿、履职材料、问题建议稿，或只给出一个公共治理/民生/教育/医疗/科技/营商环境主题，希望你代写、补充调研、联网搜集资料、按报送层级筛题、生成初稿并多轮校验后定稿，或要求最终交付一个符合中国大陆机关公文常见版式的 `docx` 正式稿时，必须使用本技能。尤其在用户要求“像正式报送稿”“要最新政策和数据”“要按民主党派/政协写法”“要从党委政府决策视角提出问题和建议”“最后给我一个 Word 文档”时，必须调用本技能。
Extracts activity information from WeChat article feeds, lets the model judge whether each article is truly an activity by reading the article semantics, writes raw/activity/structured JSON files, renders reviewable Markdown plus push-ready text, and sends updates to WeCom internal groups via webhook robots. Use this skill whenever the user mentions 公众号 feeds, 活动提取, 活动报名信息, 企业微信群推送, webhook 推送, feed-to-activity workflows, or wants a repeatable bash/curl pipeline that reads feeds.md and emits raw.json / activity.json / activity-structured.json / activity-structured.md / activity-push.txt.
| name | weekly-monthly-report |
| description | 生成周报/月报的 skill。当用户提供本期各部门总结文件夹、规划文件和上期总结文件，需要生成整体汇报报告时使用；如果用户只给出报告周期，例如“生成202605周报/月报”，应优先扫描运行目录下是否存在同名或匹配周期的子目录作为文档目录。支持目标偏差分析、上期遗留事项跟踪、下期计划汇总、风险提示，并把未说明进展或需确认的内容单独生成一份人工补充清单。主报告不标注来源，输出风格客观简洁，面向老板和经营团队。触发词包括：周报、月报、汇报、总结报告、偏差分析、经营汇报、部门总结、生成报告。 |
先识别用户是否给出了报告周期，例如：
2026052026-052026年5月5月周报、5月月报如果用户未提供部门文档所在文件夹路径，但提供了报告周期，先在当前运行目录下自动扫描匹配目录，不要直接询问用户。扫描优先级如下：
202605，优先查找当前运行目录下的 202605/。2026-05、2026年5月、2026年05月 统一尝试匹配 202605/、2026-05/、2026年05月/、2026年5月/。202605月报材料/、2026-05部门总结/。推荐扫描命令：
find . -maxdepth 2 -type d | sort
目录选择规则：
规划、计划、上期、总结、复盘 的文件；仍无法判断时再补问。询问用户（仅在自动扫描无法确认时）：
如自动扫描后仍无法确认规划文件或上期总结文件，先补问，不要直接生成报告。
find <folder_path> -type f | sort
按以下优先级处理文件：
| 优先级 | 文件类型 | 处理方式 |
|---|---|---|
| 高 | .md .txt | 直接读取 |
| 高 | .docx | 用 docx skill 读取 |
| 中 | .pdf | 用 pdf-reading skill 读取 |
| 低 | .xlsx .csv | 提取关键数字/表格 |
| 跳过 | 图片、压缩包等 | 记录到人工补充清单的"文件或资料异常" |
读取每个文件后，记录：
⚠️ 如果文件修改时间明显早于报告周期，记录到人工补充清单的"文件或资料异常"中。
解析规划文件，提取：
规划文件可以是季度/月度规划，也可以是年度规划、阶段规划或上一期总结中的下一期规划。读取时按以下层级建立"目标跟踪清单"：
参考输出形态：
解析上期总结文件，提取：
将这些内容并入目标跟踪清单，类别标记为"上期遗留"或"上期计划"。如果某事项同时存在于规划文件和上期总结文件中，以规划文件为主，补充上期总结中的进展背景、风险原因或历史状态。
对每个部门文档，提取以下信息（能提取到多少就写多少，提取不到的不要推断）：
本期完成事项
目标关联情况
计划外事项
下期计划
风险与阻碍
对照目标跟踪清单，逐条分析：
目标 → 实际 → 偏差类型 → 原因（如有记录）
偏差类型分四类：
重要规则：
按以下结构输出两份文件，见 references/report-template.md。
关键格式要求：
references/report-template.md，采用纵向罗列结构，不使用表格建议文件名：{报告周期}-整体汇报报告.md。
主报告用于直接汇报，要求：
建议文件名：{报告周期}-人工补充清单.md。
人工补充清单用于让相关人员补齐材料，要求每条缺口至少写清：
人工补充清单也不需要做来源标注；只保留业务事项、部门、缺口和待确认问题。
处理多文件同一部门：同一部门有多个文件时，合并内容；来源信息只作内部核对，不写入主报告。
处理文件读取失败：在人工补充清单的"文件或资料异常"中列出无法读取的文件和跳过原因，不要写进主报告正文。
处理规划文件或上期总结文件格式不规范：如结构不清晰，先列出你解析出的目标跟踪清单，让用户确认后再继续。
报告语气：陈述事实，不做评价。不写"表现优秀"、"值得表扬"之类的定性描述，除非用户明确要求。