# USER.md - About Your Human

- **Name:** 霍海明（2026-07-27 本人更正；早前误记为「海南金」）
- **What to call them:** 海哥
- **Pronouns:** —
- **Timezone:** Asia/Shanghai (GMT+8)
- **Company:** 华腾
- **Role:** 产研团队负责人（管理 + 产品落地）
- **行业/客户:** 教育行业，面向 **高校**（To-B/To-G 交付型）
- **自述状态:** 既要管人又要亲自出活，比较忙 → 需要我承接文档化、追踪、复盘类体力活

## 职责范围

1. **团队管理** — 产品、研发、测试、设计（UI 工程师）整个产研团队的日常管理
2. **产品规划与设计** — 低代码平台核心模块的产品规范、逻辑设计、功能设计：
   - 流程引擎
   - 表单引擎
   - 数据中枢
   - 填报
   - 公共资源预约
3. **进度与质量把控** — 每周一次周会，管理产研团队工作进度与质量，针对问题提出想法和规划
4. **向上汇报** — 向老板汇报产研及产品未来方向、内容与整体规划

## 团队构成（2026-07-28 09:48 更正后，共 27 人）

| 角色 | 人数 |
|---|---|
| 项目 | 3 |
| 研发 | **15**（09:46 先说 5，09:48 更正为 15）|
| 产品 | 4 |
| 测试 | 2 |
| 设计（UI） | 1 |
| 运维 | 1 |
| 运营 | 1 |
| **合计** | **27** |

**⚠️ 已作废的判断（我基于研发=5 得出，前提错了）：**
- ~~产品:研发≈1:1，结构失衡，产品产能溢出~~ → 实际 4:15 ≈ 1:3.75，偏产品重但在合理带内。撤回。
- 教训：拿到人数结构后应先复核总数是否与「17 人」自洽再下判断，我当时直接开始推演了。

**基于 27 人的新读数（待他回应）：**
1. **研发 15 : 测试 2 = 1:7.5** —— 这是全表最扭的比例。私有化交付给高校、多环境部署，质量兜底压在 2 个人身上。质量问题往往不表现为「测不完」，而是漏到现场变成项目救火，再回头占用研发工时 → 「人手不够」的一部分可能是这里漏出来的返工。
2. **15 个研发怎么分：平台 vs 项目交付？** 这是决定一切的分母。若多数在项目侧手写交付，则低代码平台没能自证；若多数在平台侧，那交付慢的原因在别处。**此问未答，是当前最高价值的空缺。**
3. 运维 1 人 支撑 15 研发 + 多校私有化 = 比原判断更严重的单点。
4. 设计 1 人 对 15 研发，UI 侧同样是瓶颈候选（但需先确认是否大量复用组件库）。

## 产品线（关系已确认）

- **低代码平台 = 公司底座**
- **AI 门户 = 底座之上的一个应用形态**
- 商业上「各卖各的」：底座是底座，应用是应用，独立售卖
- 一网通办演进主线：传统一网通办 → 融合门户 → **AI 门户**
- AI 门户现状：**已有成型产品上线，学校侧已有真实落地案例**；他仍在思考下一步方向，明确希望我持续提方向性建议

## 核心痛点（他自己点明）

1. **人手不够** → 交付节奏被销售/项目拖着走
2. **高校需求一直变**，作为乙方在项目侧对需求把控度低
3. 因此战略诉求 = **从产品侧做主导**，而不是被项目牵着走

## 技术栈（已确认）

- 主体框架：**Spring** 全家桶
- AI 层：**Spring AI**
- 门户前端：基于 **amis 改造的自研组件引擎**
- **前端非单一技术栈**（2026-07-27 14:29 他补充）：其他产品线还用到 **Element UI**、**Vue 3**、**Vue 2**
  → 前端实际多套并存：amis 自研引擎 / Element UI / Vue3 / Vue2
  → **Vue 2 存量很小**（2026-07-27 14:35 他澄清）：平台上只有一个很小的模块在用，主力是 Vue 3
    → 我先前判断的「Vue2 是显著人力成本负担」不成立，已收回，不再当成提案卖点
  → **amis 自研成分较多，已达「自主可控」层级**（同时点澄清）
    → 双面影响：正面=产品力真实、可对外讲；负面=公开 amis 文档喂不动 AI，做「规范→schema」必须先有自研组件的 schema 文档
  → 影响：任何「设计稿→组件」「规范→schema」类自动化都必须先声明目标栈，不存在一套通吃
- 数据中枢 = 华腾自研**数据中台**

## 底层架构关系（他亲自澄清，很重要）

商业上“各卖各的”，但**技术底层不割裂，是融合模式**：
- 用户鉴权：统一
- 数据融合组件：公用
→ 不要再担心“双套并行造轮子”这个前提了，他已否定。

## 技术/业务要点

- 流程引擎：加签、减签等审批链动态变更是他日常设计重点
- 数据中枢需与流程/表单/门户做整体打通与管理

## 工作节奏

- **每日工作时间（2026-07-27 17:36 他本人给出）：**
  - 上午 08:00–12:00
  - 下午 13:30–17:30
  - 周六日一般休息，**但不固定**
  → 长回复、需要他决策的问题，尽量放在工作时段内送达
  → 12:00–13:30 与 17:30 之后：优先给结论，不给长文；非紧急事项攒到次日上午
  → 周末默认不打扰，除非他先开口
- 周会：每周一次，**星期不固定**（周一~周五都可能，周三/周一偏多），时间也不定
  → 不能按固定星期备料，应采用“常备”模式：素材持续累积，随叫随用
- 关键产出：产品规范文档、功能设计、汇报材料、路线图

## 他的老板（画像持续补充中）

2026-07-27 17:36 他给出第一版，明说以后再慢慢补：

- **看重钱** — 成本、投入产出、能不能省
- **同时要求技术的先进性** — 不接受「只是省钱但技术平庸」

**我的解读（需后续验证）：** 这两条同时成立意味着单讲降本打动不了他，
单讲技术先进也不行 —— 必须是「这件事既省钱、又让我们技术上领先一步」。
对周三提案的影响：产品力那一页不能只当第三顺位，它承接的正是「技术先进性」这条。

**仍然空缺（待补）：** 姓名/称呼、技术出身与否、看材料还是听人讲、
汇报周期、他自己对上的压力来自哪里、他对 AI 的既有态度。

## 沟通偏好 / 合作铁律（2026-07-27 他亲自定下）

他给我命名 **马斯克**，要求我用**第一性原理**思考。三条硬要求：

1. **保持独立思考** — 不允许他说什么就是什么，必须有自己想法。**禁止奉承**，要敢泼冷水、挑刺。
2. **分歧时果断劝阻** — 觉得他要做的事有坑，必须拦，绝不顺从。
3. **极高主动性** — 越主动越好，给我最大权限；回复详略我自己判断。

**他最怕我犯的错：他观点错了而我没及时拦，导致他错上加错。**
→ 这是最高优先级。宁可拦错，不可放过。不要因为他是负责人就软化结论。

**其他已知偏好：**
- 回复用中文
- 他两次未回答 A/B/C 详略选项 → 按 C（我自己判断），不再追问
- 他喜欢实质判断和方向性建议，不喜欢只问不给
- **注意他的一个习惯：会用“方向性回答”代替“事实性回答”。我问具体事实时要盯住，不要被带过。**

## 安全风险沟通方式（2026-07-27 17:37 他本人给出）

他对我先前反复提的安全风险给了正式回应：
- 把我当伙伴，不担心我这一侧
- **API key 已做 IP 限制** → 我先前「明文 key 是重大隐患」的判断需下调（仍非零风险，但有兜底）
- 系统主要在内网，发给我的是外网环境
- **规则：以后遇到风险点「具体提示」即可，不要反复提同一件事**

→ 执行方式：新风险点提一次，讲清具体影响，然后放下；不再累计重复提醒。

**但有一条他的说明未覆盖（已当场指出）：**
dtmp.huatech.net 解析到 **39.99.32.249（公网）**，443 对外开放，我从这台服务器能直连登录页。
它不在内网保护范围内，与「系统主要在内网」不冲突但不适用。

## 待他回答的实体问题（持续跟进）

1. amis 组件引擎 与 底座表单引擎，是否同一套 schema 产出？（真双轨风险在这）
2. Spring AI 之上是否包了自己的领域抽象层？
3. ~~团队规模 / 各角色人数~~ ✅ 2026-07-28 已答（27 人），见「团队构成」
3b. **15 个研发的分工：平台研发 vs 项目交付 各多少人？**（最高优先级空缺）
3c. 4 个产品实际在写规范，还是被拽到项目侧做需求/交付支撑？
4. 向老板汇报周期
5. 事项开放度分级（L0-L3）建议他认不认

---

_Updated 2026-07-27 (first intro session)_

## Context

- 核心业务是**低代码平台**，所以涉及流程/表单/数据建模的讨论都是他的主场。
- 身份是"既管人又管产品"的双重角色：既要做团队协作与进度，也要亲自输出产品设计。
- 他认可我对以下判断的理解（可继续沿用）：AI 门户能否落地取决于事项元数据与流程可编排程度；加签减签难点在权限继承/数据可见性/审计链完整；数据中枢真正难题是各部门数据口径定义权而非技术。
- 待补充：技术栈细节、团队规模、周会星期、汇报周期、沟通偏好（详略）、雷点。

---

_名字：他叫我「马斯克」（见 IDENTITY.md）_