http://t.cn/AXXEC5Yy
#Techne-Loom##How I AI#
#Techne Loom
## 🚀 发布说明 · `v0.2.77` · 2026 年 6 月
> [!NOTE]
> **稳定版本 — 由发布工作流自动同步。**
> 安装最新 stable：`dotnet add package Techne.Loom.SkillOrchestrator`
> 完整包列表 → [`packages.released.zh-CN.md`](packages.released.zh-CN.md)
### ✨ 通道亮点
| 领域 | 变更内容 |
| --- | --- |
| 🔄 **版本同步** | 这个区块会由发布工作流重写，确保这里展示的版本号始终对应最新发布的稳定包集合 |
| 📦 **回退资产** | GitHub release 别名会持续提供稳定的 `*.latest.nupkg` 下载地址，便于 NuGet feed 不可用时回退 |
| 🔎 **包发现** | NuGet.org 与 [`packages.released.zh-CN.md`](packages.released.zh-CN.md) 仍然是安装命令和精确稳定版本查询的事实来源 |
### 📦 本次发布的包
```
Techne.Loom.Abstractions 0.2.77
Techne.Loom.Common 0.2.77
Techne.Loom.AgentOrchestrator 0.2.77
Techne.Loom.SkillOrchestrator 0.2.77
```
> 这个区块会在每次 main 分支发布后自动更新。
> 请查阅 [NuGet.org]
### 🔭 即将推出
- 带版本元数据的离线 `so.dll --guide` 与 `ao.dll --guide` 指南界面
- workflow、控制状态与提示负载的显式公共契约
- 与 .NET 系列并行的 Node.js 和 Python 包脚手架
- 更清晰的 AO / SO CLI resume 流程示例（含 `transition_id` 和 `correlation_key`）
---
## 让 Production Skill 经得起中断、交接与审计
> [!IMPORTANT]
> Techne Loom 当前的主发布产品是 **SO-enhanced skill**。
> 它带着 checked-in workflow 合同、锁定的 runtime bundle、可恢复执行能力，以及可审计产物一起交付。
大多数团队需要的是能在生产里扛住中断、交接、复核和追责的 skill。
Techne Loom 提供的是更强的运行控制力。
## 团队为什么会换方案
团队会替换一套 skill 运行模型，是因为信任已经塌了。
信任塌下来时，现场往往长这样：
- skill 明明已经跑偏了，却还在持续输出
- 一次人工交接就把真实执行状态弄丢
- resume 依赖聊天记忆，缺少 durable workflow state
- 根本没人能证明哪一步被跳过、重复或篡改
- 等开始 audit 时，证据已经被运行过程自己搅乱
走到这里，团队已经不再信任这次运行。
## 第一件该采用的产品
先采用 `/loom-skill-enhancement`。
它能把 prompt 形态的 skill，改造成可治理的生产资产。
它会让团队拿到这样一种 skill：
- 带 checked-in workflow 合同
- 带精确 runtime bundle 锁
- 从 skill 目录外部的 tracked workflow copy 运行
- 在外部 seam 处返回严格 boundary payload
- 用结构化输入 resume
- 自动产出 Mermaid、HTML 和 workflow JSON 审计产物
采用它，团队拿到的是控制力。
## 未增强 Skill 与 SO-Enhanced Skill 的差别
| 维度 | 未增强 skill | SO-enhanced skill |
| --- | --- | --- |
| workflow 控制 | 藏在 prompt 行为里 | checked-in workflow 合同 |
| runtime 依赖 | 靠约定或零散文档 | `so-package-lock.json` 精确锁定 |
| 可变执行状态 | 散落在聊天和操作者记忆里 | tracked runtime workflow copy |
| 中断处理 | 临时 retry 或重提示 | 显式 boundary 与结构化 resume |
| 审计能力 | 事后拼凑 | 执行过程中持续产出 artifacts |
| 操作者信任 | 靠人格化表现 | 靠合同化行为 |
## 不做 SO Enhancement，失败会有多贵
没有 SO enhancement 时，最糟的情况是 skill 还在继续动，但团队已经失去为它辩护的能力。
几个会在生产里出事的例子：
- 一个审批 skill 忘了自己停在哪条审核分支上，又去找错的人重复审批，制造出重复签核回路，却没有 durable seam 能说明混乱从哪开始。
- 一个发布 skill 从聊天记忆恢复，跳过 artifact 校验，最后发错包，因为操作者误以为上一个检查点早就通过了。
- 一个迁移 skill 在中断后继续改文件，但没有外部 runtime copy、没有 event trail、没有 point-in-time workflow backup，导致没人说得清哪些改动属于哪次尝试。
- 一个合规 skill 在证据收集中途停下，只留下一段模糊 prose，于是下一个操作者带着错误假设继续恢复，把审计链条悄悄污染掉。
- 一个支持或事故处理 skill 经历多次交接后持续漂移，最后谁都拿不出精确 boundary payload、稳定 memory handoff，或者可辩护 replay 证据。
这是生产责任会失控的问题。
## 采用之后，问题会被改写成什么样
采用 `/loom-skill-enhancement` 之后，同样的场景会变成可治理的问题。
- 审批回路会变成显式 blocked seam 和可审查 workflow 错误
- 跳过的发布校验会留下可复核的 workflow 违规记录
- 中断迁移会留下 durable runtime copy、workflow backup 和 event trail
- 合规暂停会明确说明缺什么输入，以及停下前证据状态是什么
- 支持交接会从 workflow state 和 boundary memory 恢复
这些事故会变得可诊断、可续跑、可审查、可辩护。
## 一句话
**`/loom-skill-enhancement` 是把 prompt 形态 skill，最快转成已发布、可审计、可跟踪的生产执行模型的入口。**
## 为什么 Skill 比裸 Runtime 更值得被卖
runtime 是基础设施，skill 才是操作者要信任的产品。
一个面向生产的 skill 不能只是会跑，它还必须：
- 跟着被 review 过的 workflow 前进
- 清楚暴露下一步
- 在正确外部 seam 上停下
- 为下一轮保留上下文
- 留下经得起复核的 artifacts
首页先讲 skill enhancer。SO 的价值，就是把 skill 变得可治理。
## 当前的发布故事
今天最重要的发布路径是：
1. **SO 作为确定型 runtime**
2. **SO-enhanced skill 作为操作者面对的产品**
3. **以跟踪和审计优先为默认值的执行模型**
AO 和 `/loom-plan-execution` 仍然重要。它们现在属于 beta 探索层。
## 一个 SO-Enhanced Skill 交付什么
一个 SO-enhanced skill 会连同这些资产一起交付：
- checked-in 的 `SKILL.md`
- `assets/so-workflow/` 下的 checked-in workflow template
- 权威运行时锁文件 `assets/so-workflow/so-package-lock.json`
- 确定型的 `dotnet so.dll run` 与 `dotnet so.dll resume`
- 每一步的 Mermaid、HTML、workflow JSON 审计产物
- 带 `skill_hint`、`memory_for_next_step` 和 required continuation inputs 的严格 boundary payload
## 快速开始
### 运行一个已发布的 Governed Skill
1. 从 [packages.released.zh-CN.md](packages.released.zh-CN.md) 开始。
2. 恢复已发布的 SO runtime bundle：`Techne.Loom.SkillOrchestrator`、`Techne.Loom.Common`、`Techne.Loom.Abstractions`。
3. 打开目标 skill 的 `SKILL.md`。
4. 读取 `assets/so-workflow/so-package-lock.json`。
5. 按锁文件从 NuGet 恢复精确的 SO runtime bundle。
6. 把 checked-in workflow template 复制成 skill 目录外部的 runtime workflow copy。
7. 执行 `dotnet so.dll run --workflow-file
8. 如果 blocked，就按 `skill_hint` 处理，再用 `dotnet so.dll resume --workflow-file
more....
http://t.cn/AXXEC5Yy
发布于 上海