CommunityResearch & Data Analysisgithub.com

lingyu9495-source/cn-pdf-report-typeset

中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。

What is cn-pdf-report-typeset?

cn-pdf-report-typeset is a Claude Code agent skill that 中文报告做成 PDF,常见翻车三件套:**字体乱码、表格错位、字号小到客户在手机上根本看不清**。这套是交付级的排版标准加可直接跑的模板。.

Works with~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/cn-pdf-report-typeset

Installed? Explore more Research & Data Analysis skills: obra/superpowers, affaan-m/quarkus-verification, affaan-m/uspto-database · View all 6 →

Ask in your favorite AI

Open a new chat with this agent skill pre-loaded.

Documentation


name: cn-pdf-report-typeset slug: cn-pdf-report-typeset displayName: 中文PDF报告排版·手机上也看得清的交付级版式 description: 中文报告做成 PDF,常见翻车三件套:字体乱码、表格错位、字号小到客户在手机上根本看不清。这套是交付级的排版标准加可直接跑的模板。

交付标准(按「客户在手机上看」倒推):

  • 大字号:正文 ≥16pt、表格 ≥15pt、H2 ≥17pt、大标题 ≥30pt——不是 12pt 那种印出来都费劲的
  • 紧凑不注水:只在封面后分页一次,正文自然流动,禁止每章强制分页撑页数
  • 表格智能换行:单元格用 Paragraph 加中文断行,长内容不溢出页面
  • 页面均衡:生成后自查每页字符数,避免一页只有两行
  • A4 竖排、边距 18-20mm、直接打印可用

附:微软雅黑系统字体直接调用(不用下载字体文件)、封面/页脚页码/核心结论框模板、排版自检脚本(自动查字号是否达标、有没有多余分页)。

适用:可行性研究报告、尽调报告、项目分析、任何要交付给客户的中文正式文档。纯本地 Python,零 API Key。

触发词:做成PDF、生成PDF、中文PDF、报告排版、雅黑、乱码、表格溢出、手机看不清、可研报告、交付文档。 version: 1.1.0 author: 九品锦锂e summary: reportlab+微软雅黑出正式中文PDF:大字号手机可读、表格不溢出、紧凑不硬撑页数。 license: MIT metadata: version: "1.1.0"

中文专业PDF报告生成

🚨 用户两次纠正的血泪教训(2026-08-20,最高优先级,禁止再犯)

  1. 紧凑排版:严禁"一点点内容就一页"。禁止每个章节加 PageBreak 撑页数——只在封面后加一个 PageBreak,正文让它自然流动。之前6页的内容压到4页才对。
  2. 大字号(手机可读,客户在手机看):正文≥16pt、表格≥15pt、H2≥17pt、H1≥21pt、标题≥30pt。14pt正文/12pt表格太小,客户手机看不清,用户会当场批评。
  3. 这两条在 memory 排版标准里也写着,但执行时仍会偷懒用 14pt/12pt + 每章分页——生成脚本前必须自查字号常量和 PageBreak 数量

⭐ 全军排版标准(2026-08-18 用户钦定,PDF/Word 通用)

这套排版逻辑是标准,以后所有 PDF 和 Word 文档都参照执行:

  1. A4竖排(210×297mm)——不用横排/其他尺寸
  2. 大字号,手机可读:正文≥14pt、表格≥12.5pt、H1≥20pt、标题≥32pt
  3. 表格智能换行不溢出:单元格用 Paragraph + wordWrap="CJK"
  4. 页面内容均衡:不用强制分页,KeepTogether 智能分块,生成后检查每页字符数(除封面/收尾页外,各页应均衡)
  5. 排版紧凑:边距 18-20mm、表格 padding 3-4、行距紧凑,直接打印可用

Word 文档同逻辑:A4竖排、正文≥小四/四号(12-14pt)、表格列宽自适应不溢出、页面均衡。

触发条件

  • 用户/客户要求"把结论做成PDF"、"发PDF上来"、"可研给我"、"结论做出来发我"
  • 需要交付专业排版的中文分析报告(封面 + 表格 + 页脚 + 核心结论框)
  • 参考实例:国巡机器人尽调报告(5页,02-项目成果/国巡机器人项目可行性尽调与分析报告.pdf)

环境与安装

  • 用 hermes venv 解释器:python
  • 首次安装:$V -m pip install reportlab(本机已装 5.0.0)
  • 字体:Windows 系统自带微软雅黑,无需下载字体文件
    • C:/Windows/Fonts/msyh.ttc(常规,subfontIndex=0)
    • C:/Windows/Fonts/msyhbd.ttc(粗体)
    • C:/Windows/Fonts/msyhl.ttc(细体)

标准工作流

  1. ⚠️ 交付铁律(2026-09-02 用户明示,最高优先级):PDF 生成后必须 MEDIA: 发到飞书聊天框,绝不能只存知识库 / 只给路径 / 只发要点。用户原话:"PDF文档你要发到飞书聊天框这里来,要不然我怎么看到呢?就是要形成铁律一样的东西。"
    • 用户在手机端看,点飞书消息里的文件才看得到;存进 02-项目成果/ 只是备份,不是交付
    • 交付格式:<你的输出目录>/<文件名>.pdf(绝对路径)。
    • 发完 PDF 附核心结论要点(30秒版)。先发飞书,再存知识库复盘。
  2. 取内容:session_search 查历史分析——用户常对附件回"结论做成PDF",先找回之前出过的研判/尽调内容,不要重写
  3. 写脚本:复制 templates/reportlab_chinese_template.py,只替换内容区(封面文字、章节、表格数据)
  4. 生成:python 运行 → 输出到 Obsidian Hermes工作成果/02-项目成果/(命名:<主题>项目可行性尽调与分析报告.pdf)
  5. 验证:pymupdf 打开读 get_text,确认页数 / 中文渲染 / 末页结论存在
  6. 交付:回复 MEDIA:D:\...pdf 路径 + 核心结论要点(30秒版),不啰嗦

⭐ 配色铁律(2026-09-02 用户钦定,喜用神金/土——最高优先级)

用户八字喜金喜土,忌水(蓝/黑)忌火(红/紫)。所有 PDF 一律用金土系配色,禁止再用蓝色。颜色变量见下方 palette。

  • 章节大标题 H1:金属金底 + 白字(backColor=#C9A227textColor=whiteborderPadding=(6,8,6,8))——金底白字,不是蓝色文字。
  • 表格表头:金属金底 + 白字(header_bg=#C9A227FONTNAME=MSYHBD)——金底白字。
  • 正文:纯黑 #1f1f1f
  • 副题 / 分隔线:深土金 #B8860B(去红色)。
  • 代码块:土金 #8a6d1f(去蓝色)。
  • 斑马纹:浅米金 #FBF3DE(暖调,不是灰白)。
  • 网格线:浅土金 #D9C9A3

金色系 palette(reportlab 用)

C_DARK=colors.HexColor("#1f1f1f")   # 正文近黑
C_RED=colors.HexColor("#B8860B")    # 强调/副题-深土金
C_BLUE=colors.HexColor("#C9A227")   # 表头/标题底-金属金
C_LGRAY=colors.HexColor("#FBF3DE")  # 斑马纹-浅米金
C_MGRAY=colors.HexColor("#D9C9A3")  # 网格线-浅土金
C_WHITE=colors.white

行内强调 S_CODE=st(..., textColor=colors.HexColor("#8a6d1f"));行内 <span color='#B8860B'>(不用 #c0392b 红色)。

排版要点(模板已封装)

  • 封面页:大标题 + 金色副题 + 日期/来源 + 核心结论框(深土金底白字表)
  • 正文:H1 章节(金属金底白字 MSYHBD 21pt)+ H2 小节(17pt)+ 正文 15pt(2026-08-18 用户指示:手机端可读,字号必须大
  • 表格:make_table() 表头金属金底白字 + 斑马纹(ROWBACKGROUNDS)+ grid + repeatRows=1,表格字号 13pt
  • 页脚:onPage 回调画报告名 + 页码
  • 强调:Paragraph 支持 <b> / <span color='#B8860B'> 行内标记
  • 长报告分章节:PageBreak 分隔封面与正文

⚠️ 字号铁律(2026-08-18 用户强调):PDF 是给手机看的,正文≥15pt、表格≥13pt、H1≥21pt、标题≥34pt。原模板 10.5pt/9.3pt 太小,手机看不清——所有新报告必须用大字号。字号大导致页数变多是正常的(如5页→8页)。

⭐ 智能排版铁律(2026-08-18 用户强调,打印友好)页面内容必须均衡——不能某页只有200字符、某页挤800字符。方法:

  1. 少用 PageBreak:只在封面后强制分页,正文让它自然流动
  2. 用 KeepTogether 包裹"标题+内容"keep(H2标题, 表格/段落) 防止表格被拆到两页、防止标题孤悬页底
  3. 封面独立一页:封面元素 + 一个 PageBreak
  4. 每章用小节自然分隔:H2标题 + 表格/要点,不强制每章换页
  5. 验证均衡度:生成后用 pymupdf 检查每页字符数——正常报告除封面/收尾页外,各页字符数应接近(如600-900字符),差异过大就要调整
  6. 排版紧凑:边距 20mm/16mm(不要过大),表格 padding 4-5,行距 leading=22(14pt正文),减少空白浪费

坑(PITFALLS)

  • ⛔ 禁止两端对齐(TA_JUSTIFY)——字间距被拉宽(2026-09-03 用户最在意的手机可读问题):reportlab 的 TA_JUSTIFY 会对中文段落强制把每行拉伸到右边界,某行字少时字间距被撑得极宽、极难看。所有正文/列表/段落一律用 TA_LEFT 左对齐
    • 错误:b=dict(..., alignment=TA_JUSTIFY, ...)
    • 正确:b=dict(..., alignment=TA_LEFT, ...)
    • 排查:正文/列表样式若继承 st()alignment=TA_JUSTIFY,必改左对齐。
  • ⛔ 封面内容溢出成空白孤页(2026-09-03):封面元素(主标题+副题+说明+核心一句话)必须全部压在第1页内,绝不能让封面内容被推到第2页形成"一小段字+大片空白"。封面内容过多时删掉大段引言、压缩列表间距,让它在1页内放完。每章之间只保留封面后一个 PageBreak,正文自然流动。
  • ⛔ 字号/边距要同频调整:放大字号后,边距要同步收窄(本会话 22mm→17mm)才能让每页装更多、不产生孤页。字号 17pt 正文 + 17mm 边距是实测平衡点;表格字号 14.5pt。
  • ⛔ KeepTogether 包"自定义对齐小表"会导致页高误判→孤页(2026-09-06 实测):用 KeepTogether 包裹"标题+正文+自定义两列对齐表(field_table)"+价格时,reportlab 对该块的高度估算不准确,常把整块推到下一页,造成上一页只剩"提示句/表尾一行"变成几十字符的孤页(本会话第2页只有76字符)。修复:① 首屏"服务一览表+引言"用 KeepTogether 包整个 head_block 并压缩表格字号/行距确保能在第1页放完;② 自建段渲染后用 pymupdf 逐页看字符数,<120字符的页就是孤页,立即压缩前页表格/删多余提示句。
    • 区分(2026-09-10 实测):只包"表格本身"是准且该做的;包"标题+正文+表+价格"大块才容易误判。 让表格工厂函数统一 return KeepTogether(t)(表格整体不跨页),配合只保留封面后一个 PageBreak,实测把 7 页(第5页仅 77 字)修成 6 页、每页 301/451/548/407/551/240 字。表格被分页切断、切出的 1–2 行独占一页,是孤页的头号成因;发现"某页只有表头/末行"先查这个。
  • ⛔ 两列"标签+内容"对齐表的标签列不能太窄——中文标签会折行成孤字(2026-09-06):用两列对齐表做"能做什么/做到多深/您能得到什么"时,标签列若太窄(如 32mm),"您能得到什么"会折成"您能得到什"+"么",孤字极难看。修复:标签列宽度要 > 最长标签单行放置(40mm 左右),或把标签改短("您能得到什么"→"带来什么")。
  • ⛔ 长句末尾的"。"会单独折行成孤儿标点(2026-09-06):"做到多深/带来什么"这类长字段,整句末尾的"。"在换行时被甩到下一行开头。修复:字段值较长、有折行风险时去掉末尾句号(或用规避短句),宁可不要句号也不留孤点。
  • ⛔ "定制技能"要写对口径(2026-09-06 用户纠正):不要把"定制/定做skills"误写成"定时任务"。客户版统一用"专属技能定制"并口语化解释"技能=一件AI能照着干的具体本事"(见 enterprise-ai-service-blueprint)。
  • .ttc 字体必须 subfontIndex=0,否则报错或乱码
  • 加粗必须注册 MSYHBD 并设置 fontName——<b> 标签在无粗体字体注册时静默不加粗
  • < > 的转义要分两种情况(2026-09-10 实测踩坑):正文里的裸尖括号(如"精度<10mm")才转义成 &lt;/&gt;;而 <b><span color=...>内联标记,必须原样传给 Paragraph 才生效。
    • ⛔ 致命写法:单元格文本一律 .replace('<','&lt;') 全转义 → 表格里的加粗会原样显示成 <b>字样(本会话第2页整列都印成 <b>点名支持…,交付前才发现)。
    • ✅ 正确:表格单元格只转义裸 &v.replace('&','&amp;')),保留内联标签;内容里的裸尖括号由调用方自己写 &lt;
    • 自检:交付前抓全文,'<b>' in text'</b>' in text 为真即说明标签被当文字渲染了,必须回查 make_table 的转义。
  • 表格列宽总和 ≤ A4 可用宽度(210mm - 左右边距),否则溢出换行难看
  • 表格中文溢出(2026-08-18 重要修复):reportlab 的 Table 直接放长中文不会自动换行,会溢出到右边!必须用 Paragraph 包裹单元格 + wordWrap="CJK"。已在 make_table 内置 _cell_style() 处理——所有单元格自动换行。验证:用 pymupdf 查 get_text('words') 的 x2 是否越过内容区右边界。
    • 阈值必须按实际边距算,不能写死 540pt(2026-09-10 实测):右边界 = A4[0] - rightMargin(A4 宽 595.3pt;16mm 边距 → 549.9pt,17mm → 547pt)。写死 540 会把正常换行误报成溢出,白折腾。
    • 必须排除页脚:onPage 画的"第 N 页"永远超出内容区,判定时要按文本过滤掉(如 w[4] != '页'),否则每次都有假警报。
    • 判定示例:[w for w in page.get_text('words') if w[2] > page.rect.width - rightMargin + 1 and w[4] != '页']
  • A4竖排铁律(用户强调):所有PDF必须 A4 竖排(210×297mm),pagesize=A4 默认就是竖排,不要改 landscape
  • 交付前必须用 pymupdf 验证一次(页数/中文/乱码/无溢出)——验证通过才发
  • ⛔ 写生成脚本时,Python 字符串一律用单引号定界(2026-09-10 实测):工具链会把中文引号 “ ” 规范化成半角 ",字符串外层若用双引号定界,正文里的引号会提前闭合字面量 → 报 SyntaxError: invalid character '+' (U+FF0B) 之类(报错点看着像全角字符非法,真因是引号截断,会误导排查方向)。正文里的中文引号要么改用 「」,要么整条字符串用 '...' 包。
  • ⛔ 绝不要"边写边读"同一个文件open(f,'w').write(open(f,encoding='utf-8').read() + add) 会先把文件截断成 0 字节再读,结果是原文全丢、只剩追加段(本会话知识库笔记从 13KB 缩成 3.8KB,差点交了残档)。追加内容时先 txt = open(f).read() 存变量,再 open(f,'w').write(txt + add);或直接用 patch 工具改。
  • 文件 >100KB 通常正常(嵌入字体子集)

验证命令

$V -c "import pymupdf; d=pymupdf.open(r'D:\...\报告.pdf'); print(len(d)); print(d[0].get_text()[:120]); print('末页含结论:', '结论' in d[-1].get_text())"

关联

  • 内容框架:feasibility-study-writingdual-lens-business-analysis(双光研判出报告前先加载)
  • 报告审查铁律:严谨报告出稿前执行 report-reflection-review
  • PPT 场景:ultimate-ppt-master
  • 模板:templates/reportlab_chinese_template.py(旧);templates/reportlab_gold_template.py(推荐):金色系 + 左对齐 + 17pt大字 + 17mm紧凑边距 + 无孤页。已修 make_table() 内联标签处理(表格单元格内 <b>/<span> 现在真正生效,不再被转义成字面

Individual skills in this repo

This repo contains 17 individual skills — each has its own dedicated page.

lingyu9495-source/agent-responsiveness-delegation

你给 AI 助手派了个重活,然后发现:发消息它不回、想插话只能排队、等十几分钟才回一句——等它抬头,需求早变了。根因不是模型慢,是主脑把重活放在前台跑,整个回合被占死。这个 Skill 把这套「重活外派 + 随时应答」机制做成可落地的东西:① 规则块(一页写清判级、派完立刻让出对话、工单四要素、只回收结论、自报≠事实、拍板留主脑、跨会话任务换机制)② 跨平台落地脚本 provision_agent_responsiveness.py:探测本机已有的 Agent 环境(Hermes 的 SOUL 置顶铁律块、Claude Code 的全局指令文件,这两条已实测),把规则块幂等写入(自动备份原文件、重复执行不重复写、绝不覆盖你已有内容);其余平台(Codex / Cursor / WorkBuddy / 任意 Agent)则导出一份可直接粘贴的规则块 markdown,你粘到系统提示或自定义指令里就生效 ③ 体检脚本 audit_agent_responsiveness.py:逐项核对规则块是否存在、是否被后续改动覆盖、探测到哪些平台——没检测到就如实报「未检测到支持的平台」,不假报通过。纯标准库、零依赖、Windows/macOS/Linux 通用。触发词:AI不回话、等太久、插话卡住、助手响应慢、主脑被占住、重活外派、子代理、多智能体、响应速度、落地配置、系统提示。

lingyu9495-source/ai-image-watermark-removal-boss

去除 AI 生成图角落的"XXAI生成"半透明/白色角标水印。像素级验证不自我欺骗、双信号交叉定位抗幻觉、多候选客观指标投票覆盖。当用户要求去除图片水印、清理 AI 生成角标、去"豆包/即梦/Kolors 生成"水印时使用。

lingyu9495-source/bank-scan-household-splitter

客户丢来一个压缩包,里面几百张身份证正反面、开卡申请书、合同——**人工一张张挑,一下午就没了,还容易漏**。

lingyu9495-source/company-law

公司出事,十有八九出在**治理和控制权**上——股权结构一开始搭歪,后面融资、上市、分家全是坑。

lingyu9495-source/excel-keep-format-edit

客户拿来一张老报表说「就在原表上改个数,格式一点都不要动」——用 openpyxl 重建一次,字体、边框、合并单元格、条件格式、列宽全丢,客户一打开就知道这不是他原来那张表。

lingyu9495-source/feasibility-report-engine

做可研报告,卡住的往往不是不会写,是**不知道按哪版大纲、财务测算六表和正文对不上、交付前排版被退稿**。这套是从二十多万字、131 张表的真实交付里固化的流水线。

lingyu9495-source/feasibility-study-consultant

项目可行性论证与研究报告写作框架 —— 任何「这事能不能做、怎么做、值不值得做」的商业决策场景:可行性研究/立项论证/新项目评估/创业方向验证。10大论证模块 + 强制联网尽调 + 多源交叉验证 + 读者视角写作 + 结构化报告输出。(v1.4 升级:从「引导客户把项目情况讲清楚」到「按问题类型与项目类型选论证方法」再到「用假设台账逐条验证」的六步教练流程;附可行性门槛评分器与假设台账两个零依赖脚本、项目卡与决策门清单模板)

lingyu9495-source/financial-statement-adjustment

存量财务报表在原表基础上改数字并保持三表勾稽关系。当用户要求「在原报表上改某些数字,其他数据跟着调整且格式完全不变」时使用:资产负债表/利润表/现金流量表的目标值调整、未分配利润与利润总额联动、勾稽校验。

lingyu9495-source/funding-fit-diagnosis

项目想融资,卡住的往往不是不会写 BP,而是不知道够不够格、该找谁、还缺什么、多久能到钱——问 AI 只得到"建议加强团队"这类正确的废话。这套引擎把它拆成可执行的四步:①10 问项目画像采集(缺关键项就先追问,不猜)②双轨评分:市场化 VC 适配分与政府基金适配分**分开算、各自判定**(≥75 强匹配 / 60-74 可争取 / 45-59 需补短板 / <45 暂不建议,低分不许只说"不行",要给替代路径)③点名机构:按赛道/阶段/地域从 23 家头部 VC 与产业资本(CVC)、21 家政府基金的卡片里逐条对照"匹配信号/劝退信号",每家写清"为什么是你、你还缺什么、材料怎么准备、递送路径",并单列"不建议碰"的机构省时间④差距清单(差距|补齐动作|耗时|难度|优先级,只挑 3 个月内能推动的)+ 三线找钱路线图(市场化 / 政府 / 替代路径)+ 时间预期与现金流提醒。包内另附 30 个真实融资案例对标、TS 条款红线、估值倍数参考、BP 制作铁律,以及零依赖离线评分脚本(纯标准库、不联网、不调大模型 API)。输入:项目情况(照着 10 问答即可);输出:一份研判报告(评分 + 优先接触名单 + 差距清单 + 路线图 + 风险提示),脚本侧可另出 JSON 评分结果。评分是适配度不是成功率,不承诺融资结果。触发词:融资、找投资、融资研判、能不能融到钱、找哪家风投、风险投资、VC、产业资本、CVC、政府引导基金、政府基金申报、产业基金、招商返投、项目申报、补贴申报、商业计划书、BP、路演、估值、股权稀释、TS 条款、对赌、回购、FA、财务顾问、找钱、融资渠道、天使轮、Pre-A、A轮。

lingyu9495-source/gov-fund-application

想拿政府的钱,最容易白跑半年——层级选错、赛道不在目录里、返投算不清,材料递上去才发现方向不对。这套参谋按可执行顺序走:①先判层级(国家级/省级/市级/区级,门槛与目的完全不同)②赛道对目录:不在目录里直接如实说没戏,不让用户白跑③21 家基金卡片逐家对照(投资方式、返投比例、让利规则、申报条件、申报通道、真实案例),点名"你这个项目适合找谁"④返投博弈:算清落地要求,给"不想迁注册地"的三条合规路径⑤材料与时间表:申报材料清单、评审周期(6-12 个月是常态)与现金流提醒。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能,VC 与政府双轨分开算)。输入:项目基本情况与注册地/落地意愿;输出:层级判定 + 可申报基金名单 + 返投方案 + 材料清单 + 时间预期。不承诺拿到资金,申报须如实提交材料;政策口径标注截止时间,细则请向当地主管部门核实。触发词:政府基金、政府引导基金、产业基金、政府补贴、专项资金、项目申报、补贴申报、申报条件、返投、招商落地、母基金、投资方式、让利、国家级基金、省级引导基金、市级基金、科技成果转化、专精特新、科技型企业、中小企业发展基金。

lingyu9495-source/hermes-profile-browser-isolation

多个 AI 助手同时干活时,浏览器会互相抢占:弹窗抢焦点、任务互相打断、你正在用的 Chrome/Edge 被顶掉——**你连自己的网页都点不动了**。

lingyu9495-source/investment-finance

做投融资最容易踩的坑不是"不懂概念",是**条款里的每一个字都在分钱**——估值方法选错、对赌触发条件写松、回购条款没兜底,签完才发现少拿几千万。

lingyu9495-source/lowvram-ai-video-comfyui

网上的 AI 视频教程开口就是 24G 显存,一看就把人劝退——**其实 8G 的 4060 也能跑**。这套是 RTX 4060 Laptop 8G 显存 / 32G 内存 / Win11 上真跑出来的配置与调参。

lingyu9495-source/novel-deai-detector

写完的稿子发布前想知道会不会被判 AI 生成、平台审核会不会卡、读者会不会一眼看出机器味——这套是检测到清洗的完整闭环。

lingyu9495-source/npl

不良资产这行的钱,赚在**买入价**上——买贵了,后面怎么处置都白搭。

lingyu9495-source/subagent-first

AI 助手不是不够聪明,是被重活占住了:你让它整理 40 个文件,它一头扎进去十几分钟不抬头——你想问进度、想补需求、想改方向,只能干等。这套作业纪律解决的就是这件事:凡是预计要跑多轮的活(多文件/长研究/批量/长搜索),一律派给后台子代理并行执行,主代理只保留四个动作——拆解、派活、汇总、对话,永远保留随时回你话的能力。我们自己在多智能体团队里天天跑,踩过的 12 个坑全部写进正文:子代理自报成功却发现产出是空的、context 没写全导致跑偏返工、两个子代理并行写同一文件互相覆盖、把需要用户拍板的活派给问不了人的子代理、跨会话长任务错用子代理导致某天悄悄停掉……① 决策树四问判定轻重(一轮工具调用能做完吗/需要用户拍板吗/要活过本次会话吗/能拆成互不依赖的块吗)② 派活四要素(goal / context 必须自包含——子代理看不到你和用户的对话 / output_schema / 验收方式)③ 五步流程:拆解→派活→并行调度→验收→收口 ④ 验收清单:存在性/合规性/真实性/完整性四组逐项打勾,并随机抽一处回一手来源核对 ⑤ 6 种委派模式 + 12 条反模式。配套 scripts/delegation_planner.py:纯标准库零依赖,喂一份任务清单(轮数/文件数/是否研究/是否批量/是否需拍板/是否不可逆/是否跨会话),直接输出「该派子代理 / 自己做 / 转定时任务」+ 并行分组建议 + 主代理必做清单。正文按平台无关的作业纪律写,并附常见平台工具名对照表;Hermes 的字段名/并发上限/后台语义另附一页实况对齐,其他平台按对照表映射即可。触发词:子代理、委派、delegate、任务编排、多智能体、并行执行、上下文管理、主代理被占住、AI不回话、等太久、插话卡住、批量处理、长研究、fork-join、fan-out。

lingyu9495-source/ts-term-review

拿到 TS 或投资协议,看半天不知道哪条能签哪条得改——风险全藏在具体条目里,一句"整体没大问题"最要命。这套审查按 15 条核心条款逐条过:估值 Pre/Post、清算优先权、反稀释(完全棘轮是红线)、优先购买权、领售/拖售、对赌与业绩承诺、回购条款、个人连带担保、董事会与一票否决、保护性条款、竞业与知识产权、信息权、交割条件、股东会表决权、违约责任。每条给三级判定(🔴 红线不改就别签 / 🟡 可谈争取改 / 🟢 行业惯例)+ 谈判话术 + 替代方案,并区分"对公司"和"对创始人个人"——个人连带回购是绝大多数血案的源头,重点标红。另附谈判筹码排序、常见坑清单、BP 与数据室准备。与主技能 `funding-fit-diagnosis` 配套(做整体融资研判时用主技能)。输入:TS/投资协议条款(粘贴或描述);输出:逐条判定表 + 必须改的清单 + 谈判话术 + 底线建议。**不构成法律意见**,正式签署与司法效力请找执业律师确认。触发词:TS、Term Sheet、投资条款清单、投资协议、增资协议、股权转让协议、对赌、业绩承诺、回购、清算优先权、反稀释、完全棘轮、个人连带、一票否决、领售权、拖售权、估值、Pre/Post、股权稀释、条款谈判、FA。

Related Skills