尧图网页设计 
如何在 macOS 上安装并运行 Agent-Skills-for-Context-Engineering 的 researcher 持续循环 launchd 守护进程【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-EngineeringAgent-Skills-for-Context-Engineering 仓库中的researcher/目录实现了一套文件化的「研究到技能」循环发现候选来源、评估、提取机制、映射为技能变更并准备可审查的 PR。仓库提供了 continuous-operation runbook说明如何把这套循环作为守护进程常驻在 macOS 上让它在数天内无人工干预地推进。本文按该 runbook 完成三件事确认前置条件、用仓库自带的install.sh安装 launchd 作业、以及验证作业确实在跑和如何卸载。守护进程会运行哪些任务安装前需要先知道这个 daemon 到底在做什么。runbook 列出的四个作业如下作业频率作用loop_step.py每 10 分钟从收件箱拉取把每个活动 run 推进一个状态把需要人或评审的内容 park 起来loop_discover.py每天两次本地 05:00 和 17:00从已配置的 feed 向收件箱追加新的候选来源loop_daily.py每天一次本地 06:30运行仓库校验、激活用例、基准测试写出带日期的快照标记待复查的波动声明loop_status.py随每次loop_step和loop_daily顺带执行刷新仪表盘和 parked 审查界面所有调度和预算都位于 config.json。默认预算活动 run 最多 3 个、每天最多 6 个 run、parked 最多 12 个、每天最多 5 次失败、收件箱最多 200 条。任一预算被超过时循环会停止执行破坏性工作只保留记账bookkeeping操作直到人工审查。准备条件一台 macOS 机器并且本地已有 Agent-Skills-for-Context-Engineering 的仓库副本下文命令都在仓库根目录下执行。python3可用。三个 launchd plist 都把作业环境的PATH固定为/usr/local/bin:/opt/homebrew/bin:/usr/bin:/bin并直接调用python3所以你的 Python 3 必须位于这个PATH中例如系统自带或 Homebrew 安装。安装脚本本身不需要 root它只写当前用户自己的 LaunchAgents 并 bootstrap 到当前用户的 agent 域。但它的副作用需要明确会在~/Library/LaunchAgents/下写入 3 个 plist 文件并通过launchctl让它们在当前登录会话加载、且跨登出/登录持续存在。如果你不希望这些作业常驻装完后可随时用卸载脚本移除见文末。安装 launchd 作业在仓库根目录执行researcher/orchestration/launchd/install.shinstall.sh 的执行流程runbook 与脚本本体一致把仓库实际路径替换进三个 plist 模板中的__REPO_ROOT__占位符脚本用自身位置反推出仓库根目录因此不依赖你当前所在目录但推荐在仓库根目录执行把替换后的 plist 写入~/Library/LaunchAgents/在当前用户的 agent 域gui/$(id -u)bootstrap 这三个 labelcom.context-engineering.loop-step、com.context-engineering.loop-discover、com.context-engineering.loop-dailylaunchctl enable这些 label使其在登出/登录之后仍然存在。脚本末尾会打印安装位置和一条检查命令日志统一落在researcher/reports/logs/该目录由脚本创建。plist 中的调度细节与 runbook 描述一致loop-step使用StartInterval600 秒10 分钟loop-discover使用StartCalendarInterval在 05:00 与 17:00 两个时点触发loop-daily在 06:30 触发。三个作业均设置RunAtLoad为false即安装动作本身不会立即触发一轮循环。验证作业是否已加载并在产生输出安装成功后用脚本打印的那条命令检查作业状态launchctl对当前用户 gui 域中该 label 的查询launchctl print gui/$(id -u)/com.context-engineering.loop-step三个 label 都可以用同样方式检查。再看日志。runbook 说明日志写入researcher/reports/logs/loop_step.log、loop_discover.log、loop_daily.log、loop_status.log—— 各循环脚本的--json输出launchd-loop-step.out/.err、launchd-loop-discover.out/.err、launchd-loop-daily.out/.err—— launchd 捕获的原始标准输出与错误。其中loop-step作业有一个值得注意的细节见 run-loop-step.sh 中的注释它运行python3 researcher/scripts/loop_step.py --allow-fetch --json而loop_step在没有可推进的工作时会以退出码 78 结束这是正常现象脚本随后仍会执行loop_status.py刷新仪表盘不需要把它当作故障处理。另外--allow-fetch参数启用了基于 Python 标准库urllib的 HTTP GET 抓取30 秒超时、1.5MB 上限如果去掉它循环会把需要抓取来源的 run 全部 park 起来等待人工。守护进程脚本默认带上了--allow-fetch且整个循环从不调用 LLM 或付费 API。不装 launchd 时的手动等价操作runbook 给出了绕过 launchd 直接运行的方式可以用来在安装前确认脚本本身能跑通或在非 macOS 环境做一次性检查python3 researcher/scripts/loop_discover.py # 拉取新来源进入收件箱 python3 researcher/scripts/loop_step.py --allow-fetch # 推进一个状态 python3 researcher/scripts/loop_daily.py # 基准测试 快照 python3 researcher/scripts/loop_status.py # 刷新仪表盘判断循环是否在正常工作除了看日志还应检查 runbook 列出的人工审查界面文件researcher/reports/status.md—— 高层仪表盘researcher/reports/parked-review.md—— 等待审查者的 runresearcher/reports/snapshots/date.md—— 每日快照researcher/reports/benchmark-history.jsonl—— 只追加的基准趋势researcher/queue/inbox.jsonl—— 等待初始化的候选来源researcher/queue/quarantine.jsonl—— 被移出轮转的来源连续两次抓取失败的来源会被隔离。如果某个 run 出现在 parked 列表里runbook 给出了对应的人工动作手动抓取后运行research_loop.py retrieve --run-dir run --file evidence、补全评估 JSON 后运行research_loop.py evaluate --run-dir run、完成提案后运行research_loop.py novelty --run-dir run或审查 PR 说明并在明确批准后合并。push 和 merge 始终由人控制。卸载在仓库根目录执行researcher/orchestration/launchd/uninstall.shuninstall.sh 会逐个launchctl bootout三个 label并删除~/Library/LaunchAgents/下对应的三个 plist 文件。注意它只移除 launchd 作业不会删除researcher/reports/logs/下已产生的日志也不会改动收件箱或 run 数据。运行时的安全边界以下限制来自 runbook 的 Safety 一节直接决定这个 daemon 可以被放心常驻的范围循环从不调用 LLM 或付费 API来源抓取仅用标准库urllib30 秒超时、1.5MB 上限连续两次失败的来源会被隔离机制注册表只能通过research_loop.py promote-mechanisms并记录审查者来更新循环本身不会改它预算超限后只做记账破坏性工作停摆等待人工审查。runbook 建议的日常节奏是早上读最新快照和 parked review处理至多三个 parked run推进、拒绝或放弃批准已具备发布条件的机制晋升然后让循环继续跑到第二天。【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-Engineering创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何在 macOS 上安装并运行 Agent-Skills-for-Context-Engineering 的 researcher 持续循环 launchd 守护进程？
如何在 macOS 上安装并运行 Agent-Skills-for-Context-Engineering 的 researcher 持续循环 launchd 守护进程【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-EngineeringAgent-Skills-for-Context-Engineering 仓库中的researcher/目录实现了一套文件化的「研究到技能」循环发现候选来源、评估、提取机制、映射为技能变更并准备可审查的 PR。仓库提供了 continuous-operation runbook说明如何把这套循环作为守护进程常驻在 macOS 上让它在数天内无人工干预地推进。本文按该 runbook 完成三件事确认前置条件、用仓库自带的install.sh安装 launchd 作业、以及验证作业确实在跑和如何卸载。守护进程会运行哪些任务安装前需要先知道这个 daemon 到底在做什么。runbook 列出的四个作业如下作业频率作用loop_step.py每 10 分钟从收件箱拉取把每个活动 run 推进一个状态把需要人或评审的内容 park 起来loop_discover.py每天两次本地 05:00 和 17:00从已配置的 feed 向收件箱追加新的候选来源loop_daily.py每天一次本地 06:30运行仓库校验、激活用例、基准测试写出带日期的快照标记待复查的波动声明loop_status.py随每次loop_step和loop_daily顺带执行刷新仪表盘和 parked 审查界面所有调度和预算都位于 config.json。默认预算活动 run 最多 3 个、每天最多 6 个 run、parked 最多 12 个、每天最多 5 次失败、收件箱最多 200 条。任一预算被超过时循环会停止执行破坏性工作只保留记账bookkeeping操作直到人工审查。准备条件一台 macOS 机器并且本地已有 Agent-Skills-for-Context-Engineering 的仓库副本下文命令都在仓库根目录下执行。python3可用。三个 launchd plist 都把作业环境的PATH固定为/usr/local/bin:/opt/homebrew/bin:/usr/bin:/bin并直接调用python3所以你的 Python 3 必须位于这个PATH中例如系统自带或 Homebrew 安装。安装脚本本身不需要 root它只写当前用户自己的 LaunchAgents 并 bootstrap 到当前用户的 agent 域。但它的副作用需要明确会在~/Library/LaunchAgents/下写入 3 个 plist 文件并通过launchctl让它们在当前登录会话加载、且跨登出/登录持续存在。如果你不希望这些作业常驻装完后可随时用卸载脚本移除见文末。安装 launchd 作业在仓库根目录执行researcher/orchestration/launchd/install.shinstall.sh 的执行流程runbook 与脚本本体一致把仓库实际路径替换进三个 plist 模板中的__REPO_ROOT__占位符脚本用自身位置反推出仓库根目录因此不依赖你当前所在目录但推荐在仓库根目录执行把替换后的 plist 写入~/Library/LaunchAgents/在当前用户的 agent 域gui/$(id -u)bootstrap 这三个 labelcom.context-engineering.loop-step、com.context-engineering.loop-discover、com.context-engineering.loop-dailylaunchctl enable这些 label使其在登出/登录之后仍然存在。脚本末尾会打印安装位置和一条检查命令日志统一落在researcher/reports/logs/该目录由脚本创建。plist 中的调度细节与 runbook 描述一致loop-step使用StartInterval600 秒10 分钟loop-discover使用StartCalendarInterval在 05:00 与 17:00 两个时点触发loop-daily在 06:30 触发。三个作业均设置RunAtLoad为false即安装动作本身不会立即触发一轮循环。验证作业是否已加载并在产生输出安装成功后用脚本打印的那条命令检查作业状态launchctl对当前用户 gui 域中该 label 的查询launchctl print gui/$(id -u)/com.context-engineering.loop-step三个 label 都可以用同样方式检查。再看日志。runbook 说明日志写入researcher/reports/logs/loop_step.log、loop_discover.log、loop_daily.log、loop_status.log—— 各循环脚本的--json输出launchd-loop-step.out/.err、launchd-loop-discover.out/.err、launchd-loop-daily.out/.err—— launchd 捕获的原始标准输出与错误。其中loop-step作业有一个值得注意的细节见 run-loop-step.sh 中的注释它运行python3 researcher/scripts/loop_step.py --allow-fetch --json而loop_step在没有可推进的工作时会以退出码 78 结束这是正常现象脚本随后仍会执行loop_status.py刷新仪表盘不需要把它当作故障处理。另外--allow-fetch参数启用了基于 Python 标准库urllib的 HTTP GET 抓取30 秒超时、1.5MB 上限如果去掉它循环会把需要抓取来源的 run 全部 park 起来等待人工。守护进程脚本默认带上了--allow-fetch且整个循环从不调用 LLM 或付费 API。不装 launchd 时的手动等价操作runbook 给出了绕过 launchd 直接运行的方式可以用来在安装前确认脚本本身能跑通或在非 macOS 环境做一次性检查python3 researcher/scripts/loop_discover.py # 拉取新来源进入收件箱 python3 researcher/scripts/loop_step.py --allow-fetch # 推进一个状态 python3 researcher/scripts/loop_daily.py # 基准测试 快照 python3 researcher/scripts/loop_status.py # 刷新仪表盘判断循环是否在正常工作除了看日志还应检查 runbook 列出的人工审查界面文件researcher/reports/status.md—— 高层仪表盘researcher/reports/parked-review.md—— 等待审查者的 runresearcher/reports/snapshots/date.md—— 每日快照researcher/reports/benchmark-history.jsonl—— 只追加的基准趋势researcher/queue/inbox.jsonl—— 等待初始化的候选来源researcher/queue/quarantine.jsonl—— 被移出轮转的来源连续两次抓取失败的来源会被隔离。如果某个 run 出现在 parked 列表里runbook 给出了对应的人工动作手动抓取后运行research_loop.py retrieve --run-dir run --file evidence、补全评估 JSON 后运行research_loop.py evaluate --run-dir run、完成提案后运行research_loop.py novelty --run-dir run或审查 PR 说明并在明确批准后合并。push 和 merge 始终由人控制。卸载在仓库根目录执行researcher/orchestration/launchd/uninstall.shuninstall.sh 会逐个launchctl bootout三个 label并删除~/Library/LaunchAgents/下对应的三个 plist 文件。注意它只移除 launchd 作业不会删除researcher/reports/logs/下已产生的日志也不会改动收件箱或 run 数据。运行时的安全边界以下限制来自 runbook 的 Safety 一节直接决定这个 daemon 可以被放心常驻的范围循环从不调用 LLM 或付费 API来源抓取仅用标准库urllib30 秒超时、1.5MB 上限连续两次失败的来源会被隔离机制注册表只能通过research_loop.py promote-mechanisms并记录审查者来更新循环本身不会改它预算超限后只做记账破坏性工作停摆等待人工审查。runbook 建议的日常节奏是早上读最新快照和 parked review处理至多三个 parked run推进、拒绝或放弃批准已具备发布条件的机制晋升然后让循环继续跑到第二天。【免费下载链接】Agent-Skills-for-Context-EngineeringA comprehensive collection of Agent Skills for context engineering, multi-agent architectures, and production agent systems. Use when building, optimizing, or debugging agent systems that require effective context management.项目地址: https://gitcode.com/GitHub_Trending/ag/Agent-Skills-for-Context-Engineering创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考