Community研究與資料分析github.com

主力委派 + 即時響應

將 AI 助手的前台重活委派給子代理,確保主腦永遠可即時應答用戶插話。提供規則塊、一鍵佈署腳本與驗證腳本,支援 Claude Code / Hermes 等平台。

主力委派 + 即時響應 是什麼?

此技能解決 AI 助手在執行重活(如批量抓取、長腳本)時不回用戶消息、插話排隊、等待時間長的痛點。其核心機制包含三部分:① 一套包含分級分流、委派後立刻回復、子代理只收結論、用戶插話最高優先等六條規則的指令塊;② `provision_agent_responsiveness.py` 腳本可冪等地將規則塊寫入 Hermes 的 `SOUL.md` 與 Claude Code 的 `~/.claude/CLAUDE.md`(支援自動備份、不覆蓋用戶內容),對其他平台則導出可貼上的規則塊 Markdown;③ `audit_agent_responsiveness.py` 腳本逐一核對規則塊是否存在、是否置頂、內容是否最新,若偵測不到支援平台則以退出碼 2 明確回報。技能強調插語意必須選「立即中斷 + 保留已完成工作」、子代理並發度要足夠、且改完指令必須重啟 Agent 進程才能生效。完全依賴 Python 標準庫,跨平台相容。

相容平台✓Claude Code✓Codex CLI✓Cursor
npx skills add https://github.com/lingyu9495-source/agent-skills/tree/main/skills/agent-responsiveness-delegation

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

預覽

來自技能 README

九品錦鋰e 微信二維碼

說明文件

主腦只做統籌 · 重活全派子代理 · 隨時應答

現象:給 AI 助手派了個重活,然後發訊息它不回、想插話只能排隊、等十幾分鐘才回一句。 根因:不是模型慢,是主腦把重活放在前台跑,整個回合被佔死——用戶的訊息只能在後面排隊。 解法:把「重活外派 + 隨時應答」變成一條寫進 Agent 指令裡的硬紀律,並用腳本把它冪等地落到本機。

平台無關:規則塊本身與平台無關,任何支援指令檔案 / 系統提示 / 子代理的 AI Agent 都適用 (Claude Code / Codex / Cursor / WorkBuddy / Hermes / 其他同類平台)。落地器只在有實測把握的兩個落點直接寫檔案,其餘平台走「導出可貼上規則塊」路徑——不猜配置路徑、不編造欄位。


何時用

  • 用戶抱怨"等太久 / 插話就卡 / 沒人應答 / 我要經常跟你聊天";
  • 要把"重活派子代理、主腦隨時應答"制度化到本機的一個或多個 Agent 實例;
  • 要給某個實例加裝這條機制(用 scripts/provision_agent_responsiveness.py),並想驗證它真生效(用 scripts/audit_agent_responsiveness.py)。

病根

主腦把重活(批次抓取、多檔案處理、長腳本)放在前台幹 → 整個回覆回合被佔死:

  • 前台長命令期間,用戶訊息只能排隊;
  • 有些平台在有子代理在跑時,會把用戶插話降級成"排隊",要等整回合結束才被讀到;
  • 於是用戶的體感是"這助手不搭理我"——而它其實只是在埋頭幹活。

結論:要讓人隨時能找到助手,就必須讓助手不親自下場幹重活,以及在它確實在忙時,保留一條即時的插話通道。這兩件事要一起做。


三件事一起做(缺一不可)

1. 把規則塊寫進 Agent 的指令層(置頂)

規則塊全文見 templates/agent-ops-rules.md(腳本會用它)。核心六條:

  • 四級分流(先判級再動手):L0 問答→直接答不派|L1 單步快活(≤1 工具且 ≤20 秒)→直接幹|L2 多步/長活/批次/聯網→一律派|L3 需用戶拍板→先回一句"這要您定 X"。
  • 派完立刻回一句並結束回合(禁止乾等;乾等=沒派)。
  • 超過 60 秒的命令放後台(前台長命令會把整個回合佔死)。
  • 子代理只回收結論 + 產物路徑;整合分析由主腦做。
  • 用戶插話最高優先:先立刻應一聲,能答就答,絕不讓用戶乾等。
  • 需要提問/拍板的活留在主腦(子代理問不了人)。

規則塊用 <!-- agent-ops-rules:v1 --> … <!-- /agent-ops-rules --> 包裹,落地器靠這對標記做到冪等:重複跑只替換自己標記過的區塊,不碰你的其他內容。

2. 保留一條即時的插話通道(平台相關)

不同平台對"AI 正在忙時用戶插話"的語義不同,效果差別極大:

插話語義實際體驗是否滿足"隨時應答"
等到整回合結束才被讀到用戶在乾等❌
附在"最後一條工具結果"上,等當前這批工具跑完才送達主腦在前台跑長命令時,會一直卡到命令退出❌(長命令場景失效)
立即中斷當前生成 / 當前請求,把用戶的話當新訊息注入,且已完成的工作保留插話幾乎即時生效✅

判據(一句話):要"隨時能插話",就必須選擇立即中斷 + 保留已完成工作的語義;並且配合"長命令放後台"這條紀律——兩條一起才成立。 (Hermes 的對應鍵名與實測細節見 references/hermes-implementation.md,其他平台請在你平台的設定裡找同語義的選項。)

3. 子代理並發度要夠(否則"全派出去"會被坑位卡住)

"重活一律外派"的前提是能同時派出幾個。並發度太低,外派就變成排隊——用戶照樣等。

  • 把並發上限調到你能接受的水平(常見 3–6);超上限的後果各平台不同(有的整批拒絕、有的截斷),所以分批派比硬頂上限安全。
  • 並發度直接關聯成本:每個子代理獨立計費,按需設定,別無腦拉滿。

4. 改完必須讓 Agent 重新載入指令

指令檔案 / 系統提示通常是程序啟動時讀一次。寫完不重啟 = 沒生效:

  • 重啟對應的 Agent 程序 / 閘道 / 會話(按你平台的方式);
  • 重啟後驗證:讓 Agent 複述一次這條紀律,能說出來才算真載入(而不是"我覺得它讀了")。

一鍵落地 / 體檢

# ① 預演(預設行為,不寫任何檔案):看看會動哪些檔案
python3 scripts/provision_agent_responsiveness.py

# ② 真正寫入(自動備份 + 冪等;探測不到平台時導出可貼上規則塊)
python3 scripts/provision_agent_responsiveness.py --apply

# ③ 強制導出可貼上規則塊(給 Codex / Cursor / WorkBuddy / 未知平台用)
python3 scripts/provision_agent_responsiveness.py --apply --export --out ./agent-ops-rules.md

# ④ 體檢:規則塊是否存在 / 是否置頂 / 是否與當前模板一致
python3 scripts/audit_agent_responsiveness.py

落地器行為約定(腳本裡寫死,可覆核):

約定說明
預設 dry-run不加 --apply 絕不寫盤
自動備份寫入前生成 <檔案名>.bak-agent-ops-<時間戳>
冪等有標記則比較內容:一致→跳過;不一致→只替換標記區塊
不覆蓋用戶內容只在檔案頂部插入(跳過 YAML frontmatter),不刪你任何原文
不猜路徑只寫實測過的兩個落點(Hermes SOUL.md、Claude Code ~/.claude/CLAUDE.md);其餘平台導出貼上塊
純標準庫只用 argparse / pathlib / json 等標準庫,Windows / macOS / Linux 通用

體檢腳本行為約定:逐項核對檔案層面能核實的事實(存在 / 是否被標記 / 是否置頂 / 內容是否最新);探測不到任何受支援平台時,如實輸出「未檢測到支援的平台」並以退出碼 2 返回——絕不假報通過。


平台適配層(工具名對照表)

| 抽象動作 | Hermes(已實測) | Claude Code | Cursor / Codex / WorkBuddy | 其他同類平台 | |---|---|---|---| | 規則塊落在哪 | <HERMES_HOME>/SOUL.md(及 <HERMES_HOME>/profiles/<p>/SOUL.md) | ~/.claude/CLAUDE.md | 按你平台的全局指令 / 系統提示位置 | 導出 agent-ops-rules.md 後粘到系統提示 | | 派子代理 | delegate_task | Task / 子代理工具(按你平台的子代理工具映射) | 按你平台的子代理 / 任務工具映射 | 按你平台的子代理 / 任務工具映射 | | 長命令放後台 | 後台執行 + 完成通知 | 後台任務 / 命令工具的異步模式 | 按你平台的後台執行方式 | 用系統的後台程序 + 落盤日誌 |

誠實邊界:Hermes 一列的鍵名與語義來自本機實測;Claude Code 的 ~/.claude/CLAUDE.md 為實測路徑。 Cursor / Codex / WorkBuddy 的工具名各版本可能變,本技能不編造命令或欄位名——請按上表自行映射。 跨平台派活紀律的更完整版本見同一作者的 subagent-first 技能。


坑(跨平台通用)

  1. 指令檔案只在啟動時讀一次:改完不重啟(或沒重啟到正確的實例)=沒生效。別拿"檔案裡明明寫了"當生效證明。
  2. 插話語義選錯:選了"等這批工具跑完才送達"的語義,再疊加"主腦前台跑長命令",用戶體感就是沒人理。必須選"立即中斷 + 保留已完成工作"。
  3. 環境變數可能壓過設定檔:很多平台是"env 優先於 config"。改完先確認實際生效來源,別只看設定檔。
  4. 假重啟:只終止了包裝程序 / 排程任務實例,真正的子程序還在跑舊設定。驗證要看程序啟動時間,不是看程序數。
  5. 並發上限未核實:以為"都能派出去",實際超上限整批被拒或被截斷 → 分批派,並核實當前生效的上限值。
  6. 只裝一處:多實例 / 多 profile 的指令檔案與技能目錄是各自獨立的,要逐個寫(落地器會遍歷 Hermes 的各 profile,其他平台請按你的實例數逐個裝)。
  7. 別用"禁用主腦的重工具"來逼它派活:多數平台上子代理的工具集是主腦的子集(不能擁有主腦沒有的工具),禁了等於自廢武功。
  8. 假報通過:體檢腳本如果只檢查"檔案裡有沒有這幾個字",很容易在內容過期 / 被後續改動覆蓋時仍報通過。核對內容是否與當前模板一致,探測不到就如實說"未檢測到支援的平台"。

驗收清單(別人問"真生效了嗎"時照著答)

A. 檔案層(腳本可自動核)

  • 規則塊目標檔案存在,且能 grep 到 agent-ops-rules:v1 標記;
  • 規則塊置頂(位於檔案前 1/3);
  • 規則塊內容與當前模板一致(不是舊版殘留);
  • 重複跑落地器:不產生第二份規則塊,也不覆蓋你已有內容;
  • audit_agent_responsiveness.py 全綠(退出碼 0);探測不到平台時為退出碼 2 + 明確提示。

B. 執行時(人工核)

  • 重啟後讓 Agent 複述這條紀律 → 能說出來 = 指令真被載入;
  • 給 Agent 派一個重活 → 它立刻回一句"已派出(誰在幹什麼)",而不是埋頭幹十幾分鐘;
  • 重活進行中用戶插一句話 → 立刻得到回執,且回覆未被打斷;
  • 重活完成後:產出能被主腦回讀驗證(不是"自報完成")。

C. 邊界

  • 用戶插話期間,正在跑的子代理沒有被級聯取消(或被取消的部分有明確交代);
  • 需要用戶拍板的活沒有被派給子代理。

許可

MIT License。可自由用於個人與商業專案,保留作者署名即可。


🙋 關於作者

九品錦鋰e | 把踩過的坑封裝成"拿來就能跑"的 skill,不寫教科書。這個 skill 是我自己每天在用的版本。

微信:ly5419495(加時備註「SkillHub」,我優先通過) 公眾號:初五Agent(微信搜一搜,複盤和方法都寫在那兒,不加微信也能讀)

我另外做的幾個能直接跑的工具,都放在這個貨架頁(複製到瀏覽器打開): https://skillpay.alipay.com/public/jiupinjinlie

用的時候卡住了、或者有別的場景想讓我封裝成 skill,按上面任意方式找我就行。

九品錦鋰e 微信二維碼

本 Skill 為完整版本,無功能刪減。

Individual skills in this repo

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

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

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

lingyu9495-source/bank-scan-household-splitter

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

lingyu9495-source/cn-pdf-report-typeset

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

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。

相關技能