Flux de travail des sessions Bêta

La session est le deuxième modèle de données central de Forge. Chaque discussion produit est encapsulée dans une session, qui porte la chronologie complète des conversations, des décisions et des productions des agents.

Relation entre Session et Ontology

La session est une chronologie dynamique ; l’Ontology est une connaissance structurée statique. Les décisions prises dans une session sont écrites dans les nœuds de l’Ontology ou les modifient.

Modèle de session

Session {
  id            // sess_...
  title         // "添加成本告警"
  participants  // [人类, PM Agent, Architect Agent, Code Agent]
  ontology      // 关联的 Ontology 节点列表
  turns         // 对话轮次
  artifacts     // 产出物：PRD、ADR、PR 链接
  status        // active / paused / shipped
}

---

Rôles

Trois types d’agents

Du besoin flou à la PR fusionnée, trois types d’agents collaborent en relais.

PM Agent

Décompose un besoin flou en récits utilisateur, critères d’acceptation et priorités.

Architect Agent

Modélisation d’architecture, choix techniques, identification des risques ; écriture dans le sous-arbre Architecture de l’Ontology.

Code Agent

Écrit le code, lance les tests et ouvre la PR à partir des productions des deux premiers.

---

De bout en bout

Le flux complet de 0 à la PR

flowchart TD
    H["人类: 想做一个成本超 50 元每日告警"]
    H --> PM["PM Agent: 拆为 3 个 UserStory"]
    PM --> US1["US-1 实时聚合每日成本"]
    PM --> US2["US-2 超阈值触发通知"]
    PM --> US3["US-3 通知模板配置"]
    US1 --> AR["Architect Agent: 决定技术方案"]
    US2 --> AR
    US3 --> AR
    AR --> A1["数据源: Lumen CostTracker API"]
    AR --> A2["调度: 每 1 分钟 cron"]
    AR --> A3["通知渠道: Webhook + 邮件（复用 Lurus Platform）"]
    AR --> A4["写入 Ontology: Architecture/cost-alert.md"]
    A1 --> CD["Code Agent: 代码实现"]
    A2 --> CD
    A3 --> CD
    A4 --> CD
    CD --> C1["生成 Go handler + test"]
    CD --> C2["生成 DB migration"]
    CD --> C3["开 PR: feat(cost-alert): add daily threshold"]
    C3 --> C4["等待人类 review & merge"]

---

Traçable

Retour aux décisions via le WAL

Grâce au WAL du moteur Kova, chaque conversation et chaque décision sont persistées. À tout moment, vous pouvez :

Retracer « pourquoi NATS a été choisi plutôt que Redis Streams »

Localiser « quelle session a écrit en dernier dans Architecture/auth.md »

Rejouer une session entière à des fins de rétrospective

---

Étapes suivantes

Étapes suivantes

Approfondir l’OntologyFeuille de routeMoteur Kova