# StyloAgential Workflow:我如何构建和管理大型的 (和HUGEMS K2系统使用代码LLM {(}Part @2)

<!-- category -- AI,Architecture,LLM,Agents,StyloAgent,Patterns -->
<datetime class="hidden">2026-07-18T16:05</datetime>

*这里是部件 @ 2. @% [部分#1](https://www.mostlylucid.net/blog/styloagent-workflow) “(”-“建筑工程学漂移” ),+“为什么一个具有更多上下文的单一代理商仍然失败了”,“,”和StyloAgent 模型@.}*此部分是实践中的工作流程.*

[TOC]

---


## 了解现有系统

将舰队丢弃在它从未见过的系统上, 并观察接下来发生什么. 这大概是StyloAgenti Agent 在 Stylo.\QBat @:}引擎“'”的核心逻辑

`overview-` 它在FOSS核心上只读到-号勘探通行证, 并追踪了真正的管道“:号” 。 一个有镜像的管弦乐团,拥有一个超级-号请求信号槽 “,号” 为一台单吨探测引擎提供食物。 该引擎运行着波-号命令检测器原子 ,号,制作了一个分类账“MS K7号”,然后用三个轴在阅读时生成的签名和风险判断结果:“.号”

然后,《古兰经》写下来说: `architecture.md` : 代码@-}CQ4}元件圖, 每個元件的顏色 都由屬性代理程式 @.} 圖是所有者圖的雙倍 {.} 。 **灰灰表示还没有拥有者**“,+”和“灰色”是一个信号,它显示一些商业服务没有专家“,+” 。 `overview-` 独自一人.

这是部分 repo-}摘要工具 错过@ .} 输出不是一个“ MS K2 off” 概要, 它在写作时会变得过时。 它是保存下来的文档 *.} 作为专家报告回覆 <, n `overview-` 将结果折叠到 Spec,中, 然后架构=,,然后在名册\.谅解上出现 ~,所有制出现了_,, 并且两者都保持更准确性而不是衰变_MS K5 地图是活的, 因为拥有领土的人不断修正它}#.

---


## 跨多个仓库工作

以中心为核心的工具将存储器视为世界的单位 @._StyloAgent将其作为执行细节@.} **专家拥有域@, @ 1 而非文件夹**, 和一个域交叉 respos.

两个Stylo.Bot repos 注册为一个工作空间@. `foss-` 与FOSS引擎定义的接合 `IFingerprintStore`“,”在邮报上实施商业层互换, 通过 DI @. 已知的“-bots friend maxing that secondm@.}(这是FOSS承诺的‘,’), `deploy-` 重建的网关“,”中继站证实,机器人现在读了低端“MS K1”字,它与商业Postgres商店保持正对,因为该店坐在SQLite.号里进行的自由和开放源码软件测试同一接缝处。 一个换一“,” 两个仓库@,}三个专家*,}我自己的软件包用同样的方式工作 `Mostlylucid.Ephemeral` 并且你已经改变了合同 每个产品都依赖于.

我最喜欢的是M.}我同时有四份在飞行中的回复 每一个都有一位专家 只拥有自己的上下文 *. • 要求一个代理同时持有四个回覆 而它随机地使用它的上下文*:

---


## 《建筑永睡不睡》

当没有人在编码\". 在一个正常的工作流程\","中, 当你关闭会话时理解已经消失的时候 它就出现在上下文窗口里 而窗口是封闭的\ .\

在磁盘上,每个专家 ' 知识座落在保存的背景中 *. *建筑_,+spec,*和名册坐在那里 `overview-`' @%s living documents@.}这些文件是耐久的表格_,}它们生存下来 每次重新开始\.}在记忆中没有任何守护进程持有状态

这意味着建筑意图比任何个体运行的寿命都长 . `overview-` 校对:Portnoy `foss-` {\fn方正黑体简体\fs18\b1\bord `9b849629` 且其中一面的危险性问题仍未解决 **LongMSMK0 @ term memory 不是固定在侧面的特性@ . @ 这是内在的**@,因为停止工作的行为 是写下什么是 .

---


## 每项决定

信息总线不只是工作路由@. @%, 因为专家通过它协调#,}和在频道的每条电文都降落了,}每个决定背后的理由都会被记录下来。

> 对话框是文档@. @%

![注意@-}第一个信号 Bus:}一个被钉住的“"Needs counts occept ” "\ 一组未翻转的线條}{,然后是最近{MS K5} 然后是归档,}(每行彩色) <->_由具有 glyph=.}状态的参与者编码 *](/articleimages/styloagent-bus.png)

这是这艘舰队的真实序列 从巴士上直接拉下来的 `overview-` 将危险风险议题的处理路线改为 `foss-`-=YTET -伊甸园字幕组翻译:

```
From: overview-   Priority: urgent
# PRIORITY: the RISK display+correctness on the dashboard (human: this is the WORST)
Known bots showing VeryHigh ... known-good bots should latch friendly/Verified.
Report root cause + fix.
```

`foss-` 并带着根本原因“:”返回调查。 经核实的<->fn方正黑体简体\fs18\b1\bord1\shad1\3cH2F2F4F2}曼斯克 `overview-` 两项工程决定都值得保留 @:}

```
From: overview-   Priority: normal
# APPROVED - ship it (TDD). No DB op = perfect; add a REAL test of the wired flow
1. ADD A REAL TEST that exercises the ACTUAL wired flow end-to-end ... NOT one that
   manually calls UpdateClaimVerificationAsync. That's the exact false-confidence gap
   that hid this.
2. The CF / real-client-IP caveat is real ... if the gateway sees CF egress, the latch
   never fires.
```

这两份纸条都是出处@.}这是第一个记录 之前的测试伪造了流程并隐藏错误{,}所以这次测试必须驱动真实路径_.}第二个记录了一个交叉/-}(外向风险) `deploy-`. `foss-` 已发运 `9b849629`@ ,_ @ 然后替换浅度测试, 以真实的结尾@ MS K1 @to @ MPK2 @ end 1 in `883a1277`,和 `overview-` 关闭循环@: @%

```
From: overview-   Priority: low
# 883a1277 real E2E test = exactly right; told deploy- to build it.
... drives the actual orchestrator + real store + real projection, no manual call ...
that fully closes the false-confidence gap that hid this.
```

六个月后,当有人问起为什么在属于“,”的地方有电路连接索赔的开关时,答案不是丢失了“MS K2” 在公共汽车上,

---


## 为何减少我的工作量

这并没有让我写出更快的代码@. @这些模型已经快了 @.}它削减认知负载,}这是实际成本=.}

**我不再做融合巴士了 .** 在StyloAgenti,}我是唯一一个理解 探测引擎\,}(Mostgres Strees store+,})和部署管道是如何连接的元素 所以每一个交叉-

现在,重建就发生了一次 并被写在了:上

@|}在#|>之前,@|
|--------|-------|
@|_Re-}解释一下每期的 -#DB 接合一次 *|* 被编译成一个变数的专家
@|_# 改变路线@;}每位专家都有自己的背景 #|\#
@| 记得上次发运的是什么吗? #|#

剩下的是值得做的角色: “:”决定要建造什么?

---


## 哪里有这能去的地方

这些想法不是承诺的 . 今天一个工程师和一个机队的工作流程是有效的 它指出的方向更具有投机性

- **Cross- 机械专家** 一个舰队可以横跨机器 , 与一个专家运行 无论它所在的域 *' *s system running*. *}
- **团队协作+.** 数名工程师,每组一队 ,,每个路由相同的长期专家做 所以建筑记忆是共享而不是困在一个人身上
- **远程专业知识*.** 专家拥有一个域名, 这个域名由不拥有域名的人所获取 就像你向付款人询问问题的方式一样... ...而没有成为支付人吗?
- **共享专家包.** 一名探测专家或库伯涅茨专家将另一小组作为起点,而不是从无到有建立起来。
- **整个建筑记忆... .......** 专家对离开和加入的人持有的累积理解,所以当拥有知识的工程师确实这样做时,知识不会走出门。

最后一个离MMSKOQ还很远,我没有要求它

---


## 一个奇奇怪怪的用途案例, 和没有捐款

我的用法是怪异的. 我是一个人 经营相当于一个工程组织的代理组织 跨越我自己的产品和套件的星座 '," 这样我可以在飞行中保持四个回扣 没有我自己的头 作为瓶颈\."

出于同样的原因,我不接受捐款 ._Fork it_,}让自己成为你自己的#,> 把它带到一个我从不认为是._BARBAR_

[![最近释放](https://img.shields.io/github/v/release/scottgal/styloagent)](https://github.com/scottgal/styloagent/releases)

---


## 结论结论

修补不是一个具有更大记忆力的编码代理商@. @ it was a change 形状“:” 从一个试图了解一切的代理商,改为许多专家,每个人都有自己的东西和彼此交谈\MS K3}所有权是坚持的>,_BARBAR_,{# 而建筑不再只在我的脑海中存在

这不是一个更聪明的模型 ,, 一个保持其域名的专家团队... ...,,一个让它们保持一致的建筑师...

---


## 附录“工作流实践”

这是已知的“-bots 风险修正” “,}开始完成‘,』 ,因为实际上它正在通过机队“MS K3’ ” 进行移动。 下面的所有承诺和信息都是真实的 @.}

1. **收到请求的概览@.** 我告诉舰队 最糟糕的事情在仪表板上 是风险显示 `overview-` 框中设置了两张脸的“:”风险未显示@,,当显示\.时有错误的风险。
2. **通往专家-.-** 紧急致 `foss-`@, 检测引擎所有者@, 与护栏 任何生产指纹-DB re-derive needs first and a clear human go.
3. **专家调查** `foss-` 找到了真正的原因 : `UpdateClaimVerificationAsync` 它也注意到现有的测试伪造了调用 ,* 所以差距一直隐藏着
4. **讨论发生时.** `overview-` 在TDD下批准,并在公共汽车上添加两个条件 :+#-%to @-}端测试@,}确认CF real{-client-IP警告 `deploy-`.
5. **代码代理执行@. @%** `foss-` 连接了管弦接合器接缝的拉链@ ._ compute `9b849629`不需要生产 DB 操作@; @ itself=-#heals 作为机器人 re-_crawlQ.}
6. **测试运行@. @%** 第一次测试证明这家店叫做. `foss-` 然后添加一个真实的结尾@ - @to @ MS K1 @ end 测试, 驱动实际的管弦乐 @ I, @ real street @ MPK3 @ 和真实的投影@.} `883a1277`.
7. **文件更新@.** 根本原因@,}两种条件 @,#和承诺的 SHA 都在公共汽车上
8. **专业脱水酸盐=.** `foss-` 写下保存的上下文 @: `9b849629` 已发运的, `883a1277` @, 一张脸还开着 *, 向前行驶的护栏*.
9. **保留知识@.** 修车厂进入一个网关 `deploy-`“,”在中转站验证“,”后, `foss-`已经拥有答案的,@

整个环, 它移动过大巴 :}

```mermaid
sequenceDiagram
    participant H as Human
    participant O as overview-
    participant F as foss-
    participant D as deploy-
    H->>O: the risk display is the WORST
    O->>F: PRIORITY (urgent), root-cause the risk verdict
    F->>F: trace projection to the claim latch
    F->>O: root cause, UpdateClaimVerificationAsync never wired
    O->>F: APPROVED, ship it plus a REAL end-to-end test
    F->>F: commit 9b849629, then 883a1277 (real e2e test)
    O->>D: rebuild the gateway from 883a1277
    D->>D: staging, known bot now reads LOW not VeryHigh
    D->>O: verified green on staging, ready for a guarded prod cut
```

没有人在事实后写下此顺序。 这是公交车上的实际信息顺序, 是文档@.}

---


## 相关条款

- [StyloAgent 工作流 @ (+Part @ MPK1+#](https://www.mostlylucid.net/blog/styloagent-workflow) 核心问题和StyloAgent模型 这首曲子的前半部分
- [为什么LLAL女士失败为感应器](https://www.mostlylucid.net/blog/llms-fail-as-sensors) - 使用概率合成器作为边界装置的类别错误@.
- [MCP 是一个运输机*,}不是建筑](https://www.mostlylucid.net/blog/mcp-is-a-transport-not-an-architecture) @-_#为什么建筑在协议之上存在?
- [{\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2款](https://www.mostlylucid.net/blog/botdetection-part2-signature-pipeline-and-stylobot-architecture) 这支舰队制造和运行的探测引擎 .
- [侧车建筑](https://www.mostlylucid.net/blog/sidecar-architecture) -Stylo.Bot 引擎如何连接到任何堆叠MS K2