chenchenandClaude Opus 4.7
2df233b982
Five gaps closed against the updated product-package spec (http://gitee.ath.cx:3000/xiaohei/heicode/src/branch/main/docs/product-package): P1. /dashboard hero rewritten per §10 §"初始首页" features/dashboard/components/home-hero.tsx replaces the technical CockpitView with four blocks the spec mandates: 主输入 / 继续任务 / 今日焦点 / 辅助入口. Main input is "你想把什么想法变成可以上线的软件？". Submit only stashes the idea to localStorage + toast — the actual task conversation belongs in the desktop client per §13 §5.1. P2. /tasks/$id TaskCard route per §10 §"任务卡" + §11 §3 features/tasks/task-card-view.tsx renders one AgnetDeployment as the user-facing task object: 目标 / 第一版范围 / 自动生成 / 待确认上下文 + Manager 辅助按钮. Linked from Home hero's 继续任务 list. P3. /sk-sources 推荐摘要 dialog per §10 §"推荐确认卡" features/agnet-console/pages.tsx RecommendationSummaryDialog. Five blocks (本次会做 / 本次允许使用 / 本次不会做 / 高危规则 / 预计消耗) + Launch Agnet button with "参数由 Heicode 自动生成" caption. No JSON editor, no permission manifest — §10 高级展开禁令. P4. /audit redacted card view per §10 §"任务用量与审计" + §6 features/agnet-console/pages.tsx AgnetAuditPage. Old裸 table replaced with脱敏 cards exposing only the fields docs allows: resource_id / resource_type / allowed_actions / constraints / secret_ref. Helper function maskIfSecret() catches any stray plaintext credential the backend might leak. Banner says explicitly "明文密钥从不展示". P5. Login screen filters Claude Official provider per §8 cc-haha/desktop/src/components/login/HeicodeLoginPage.tsx hides the legacy `official` preset so the login carries Heicode brand alone. i18n fix (BIG): i18next defaults to `defaultNS = 'translation'`. The earlier custom keys had been written to the JSON root, NOT into translation, so every t('Preparation checklist') was returning the English key as fallback all along. Moved 67 orphan keys (zh+en, both files) into the translation namespace where they're actually resolvable. Verified by loading i18next + zh.json in bun and confirming all keys resolve to the expected Chinese strings. Cache-busting from earlier session (already deployed via SFTP, never committed): index.html / constants.ts / footer.tsx now hold the ?v=h-glass-2 suffixed asset URLs in git, so future docker rebuilds preserve them. Per user directive: tested locally only (TS check clean, i18next resolves correctly). NOT deploying to the VM in this commit — user asked to keep production untouched until they verify the changes. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
Heicode
Heicode 面向多人协作、可追溯交付的软件团队：把需求对齐、实现、验证、发布和持续运营连成一条少断层的链路，并用可编排的智能体角色承接其中可标准化的环节——强调「能复盘、能审计、能按团队规模裁剪」，而不是罗列某一家的工具栈。
下面的目录表仅供工程查阅；不代表对外产品承诺、路线图或你必须采用的集成方式。
这个仓库里有什么（工程布局）
| 目录 | 大致含义 |
|---|---|
cc-haha/ |
Heicode（终端与桌面客户端及本地服务；此为源码目录名）。 |
heicode/ |
Heicode Manager（网关与管理控制台服务端；此为源码目录名）。 |
website/ |
产品介绍站点（Next.js；可 pnpm dev 或 Docker 预览）。 |
docs/ |
愿景与范式；docs/milestones/ 交付里程碑；docs/integration/ Agnet 等平台接口设计。 |
产品在解决什么问题
- 协作范式：把瀑布 / 敏捷下的角色分工落到可复述的闸门与智能体承接边界（方向与原则见
docs/vision-heicode-full-stack-agentic-dev.md；编队明细在文档附录）。 - 交付可追溯：文档、沟通与变更尽量与版本、发布对齐，便于复盘与合规。
- 工程上：同一仓库便于客户端与服务端同步发版、统一回归，减少「谁和谁版本对不上」的摩擦。
详细愿景与范式
docs/vision-heicode-full-stack-agentic-dev.md
快速启动（开发联调）
# 根依赖（Bun monorepo 根目录）
bun install
# Heicode 客户端本地服务（目录 cc-haha）
cd cc-haha
bun run src/server/index.ts
# 另开终端：桌面端
cd cc-haha/desktop
bun run tauri dev
联调网关时示例：
HEICODE_TAIJIAICLOUD_BASE_URL=http://localhost:3000 bun run src/server/index.ts
Heicode Manager（heicode/）中与 Heicode 登录相关的路由（最小集，以实际代码为准）：
GET /heicode/oauth/authorizeGET /heicode/oauth/session
平台侧能力还包括模型发现（如 GET /v1/models）与 Anthropic Messages 兼容入口等，详见 Heicode Manager（heicode/）与 Heicode 客户端（cc-haha/）各自 README。
官网（Next.js）
cd website && pnpm install && pnpm dev
若根目录提供 docker compose，可按 compose 说明构建预览镜像（以仓库内 docker-compose.yml 为准）。
发版与回归建议
- 同一版本标签发布客户端与网关镜像。
- 每次发版至少回归：登录、模型拉取、对话请求。
- 先在本地 Docker / 本地联调通过，再做外网域名与证书。
相关外部参考（概念）
- oh-my-claudecode — Claude Code 类工具的高效实践参考。
- Agnet 平台以实际部署环境与文档为准。
许可证
各子项目许可证见各子目录内 LICENSE（例如 Heicode Manager / heicode/ 侧常见为 AGPLv3）。