chenchenandClaude Opus 4.8
b9d9eddf7b
回应 Fasthei 复审(PR #53 CHANGES_REQUESTED): 1. 事件 payload 脱敏:swarmEventView 经 sanitizeSwarmPayload —— 递归剔除 secret_ref/credentials/token/api_key/private_key/access_key/password 及 plan/payload/ permission_manifest/env 大字段,再跑 RedactText 兜底。绝不下发 azkv:// secret_ref 或 sk-/Bearer(approval.requested 等 envelope 携带的凭据引用)。加 TestSanitizeSwarmPayload_*。 2. user 作用域:model.ListSwarmCallbackEventsAfter 增加 userID 参数 + WHERE user_id, controller 传入当前用户;防 runtime_swarm_id/deployment_id 碰撞或误写导致跨用户事件泄漏。 测试补 user 隔离用例。 3. stop 不伪造成功:移除「开关打开返回 accepted:true」路径;未启用→POLICY_REJECTED, 启用也→NOT_IMPLEMENTED(未转发运行时),直到 agent_swarm#2 冻结接上真实 stop。 文档 §5.2 同步(脱敏 / user 作用域 / stop 语义)。go build/vet 干净,controller+model 全回归通过。 Affects: Manager only(只读查询脱敏 + 写端点安全语义)。 Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
Heicode
Heicode 面向多人协作、可追溯交付的软件团队：把需求对齐、实现、验证、发布和持续运营连成一条少断层的链路，并用可编排的智能体角色承接其中可标准化的环节——强调「能复盘、能审计、能按团队规模裁剪」，而不是罗列某一家的工具栈。
下面的目录表仅供工程查阅；不代表对外产品承诺、路线图或你必须采用的集成方式。
本仓 = Heicode Manager（HM）端。 历史上终端/桌面客户端（
cc-haha）、官网（website）与 Manager 曾同处一个 monorepo；现已拆分，本仓只保留 Heicode Manager（基于 new-api 的模型网关 + 管理控制台）。客户端（终端 + 桌面）在heicode-macos-release-dev/heicode-winos-release-dev独立仓。
这个仓库里有什么（工程布局）
| 目录 | 大致含义 |
|---|---|
heicode/ |
Heicode Manager：基于 new-api 的模型网关 + 管理控制台。Go（Gin/GORM）后端 + web/default 前端（Bun/Rsbuild/React）。 |
docs/ |
产品共识、实施计划与集成契约（索引见 docs/README.md）。 |
客户端与官网不在本仓。
产品在解决什么问题
- 协作范式：把瀑布 / 敏捷下的角色分工落到可复述的闸门与智能体承接边界。
- 交付可追溯：文档、沟通与变更尽量与版本、发布对齐，便于复盘与合规。
- 模型与执行分层：HM 提供模型网关与权限 / 计费；云端 agent 由 agent_management（AM）部署，客户端拿到 agent 公网地址后直连 agent 使用。
产品定位与架构共识见 docs/heicode.md，实施计划见 docs/plan.md。
快速启动（开发联调）
Heicode Manager 在 heicode/ 子目录：Go 后端 + web/default 前端。完整构建 / 运行命令与分层规则见 heicode/CLAUDE.md 与 heicode/README.md。
与 Heicode 登录相关的最小路由（以实际代码为准）：
GET /heicode/oauth/authorizeGET /heicode/oauth/session
平台侧能力还包括模型发现（如 GET /v1/models）与 Anthropic Messages 兼容入口等。
集成与对接契约见 docs/integration/（HM↔AM、桌面客户端对接等）。
许可证
heicode/（Heicode Manager，基于 new-api）许可证见 heicode/LICENSE（常见为 AGPLv3）。