Community研究&データ分析github.com

lingyu9495-source/cn-pdf-report-typeset

中文報告做成PDF,常見翻車三件套:**字體亂碼、表格錯位、字號小到客戶在手機上根本看不清**。這套是交付級的排版標準加可直接跑的模板。

cn-pdf-report-typeset とは?

這個技能是一個專業的中文PDF報告排版工具,專為解決「字體亂碼、表格錯位、手機端字號過小」三大痛點而設計。它採用客戶在手機上也能清晰閱讀的交付級排版標準:正文不小於16pt、表格不小於15pt,並以紧凑的版面自然流動,杜絕每章強制分頁而「灌水」的現象。支援reportlab搭配微軟雅黑字體,無需下載字體文件,並內建金色系配色與排版自檢腳本,確保生成品質。適用於可行性研究報告、盡職調查報告、專案分析等任何要交付給客戶的中文正式文檔,且完全本地執行,不需要任何API金鑰。

対応~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 研究&データ分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

お気に入りのAIに質問する

このエージェントスキルを事前に読み込んだ状態で新しいチャットを開きます。

ドキュメント

中文專業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=#C9A227,textColor=white,borderPadding=(6,8,6,8))──金底白字,不是藍色文字。
  • 表格表頭:金屬金底 + 白字(header_bg=#C9A227,FONTNAME=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-writing、dual-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。

関連スキル