jcode 多会话编码代理工作流
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_3c6cb52e/run-multi-session-coding-agent-workflows-with-jcode。
技能介绍
要解决的问题
在仓库里做长周期的多会话编码代理工作时,通用的对话式助手往往难以为继:会话一长,上下文就漂移;任务一重,资源就吃紧。这个技能把 jcode 作为本地的编码代理底座,专门处理这类「跑很久、切多次、盯同一个仓库」的工作流。
核心能力与工作方式
- 本地 harness:以
jcodeCLI 为执行入口,把模型代理绑定到本地 shell 与 Git 仓库上,长任务不依赖云端会话状态。 - 多会话并发:每个会话独立启动交互式 PTY 进程,会话之间互不干扰,便于把大改动拆成多条并行轨道。
- 自定义 provider:模型供应商由使用者自行配置,覆盖 OpenAI 兼容后端,以及需要
extra_body注入非标准顶层字段的后端。 - 记忆配置:支持自定义记忆配置,维持跨会话的上下文一致性。
适用边界与注意点
- 前提是本地具备 shell、Git、
jcodeCLI 与已配置的模型 provider,缺一不可。 - 部分 OpenAI 兼容后端要求非标准顶层请求字段(例如 NVIDIA NIM 的 DeepSeek-V4 推理模型只在特定条件下启用 thinking),需要用
extra_body显式注入。 - 面向无需鉴权的本地服务场景做了适配,但后端行为并非完全一致,接入前应核对其鉴权方式与字段要求。
- 性能数据(如 10 次 PTY 启动的资源占用)来自特定 Linux 机器的实测,换环境需自行复测。
使用场景
- 在同一个仓库中并行开启多个会话,分别开发功能模块与修复缺陷,长周期编码任务互不干扰。
- 需要持续数小时的大规模代码重构或依赖迁移,靠自定义记忆配置跨会话保持上下文一致。
- 本地部署了 OpenAI 兼容后端(如 NVIDIA NIM DeepSeek-V4),需通过 extra_body 注入非标准字段启用思考模式。
- 想在无需鉴权的本地服务器上跑编码代理,把模型供应商与记忆配置完全掌握在自己手里。
适合人员
- 后端工程师,长期在同一仓库并行处理多个功能分支,需要会话隔离且长任务不中断。
- 自建模型服务的开发者,已在本地跑起 OpenAI 兼容后端,想接入编码代理并自定义请求字段。
- 基础设施工程师,需要为不同模型后端配置记忆与请求体注入,验证多会话下的资源占用是否可控。