# @dzhechkov/skills-meta 中文文档

规范地址：https://npmcn.com/package/%40dzhechkov/skills-meta/

版本：0\.9\.75
npm 元数据更新时间：2026-11-05T00:59:06.468Z
中文译文更新时间：2026-11-13T02:56:22.646Z
软件包许可：MIT

本文由上游 README 翻译，可能存在偏差，请结合原文核对 API、命令与配置。版权与许可归原作者所有。

原始 npm 页面：https://www.npmjs.com/package/%40dzhechkov/skills-meta
原文对照：https://npmcn.com/package/%40dzhechkov/skills-meta/?lang=original
项目主页：https://aicoding.space/
源码仓库：https://github.com/djd1m/dz-harness

## 关键信息（来自 npm 元数据）

- 包体积（解压后）：2.4 MB，222 个文件
- TypeScript 类型：未声明
- 运行依赖：0 个
- 首次发布：2026-06-01T10:51:39.388Z
- 最新版本发布：2026-11-05T00:59:06.302Z
- 近 30 天下载量：4129（2026-10-13 至 2026-11-11，npm 官方下载统计）
- 已发布版本数：71（近 12 个月 71 个）

## 中文简介

Canonical meta-skill包——21个开发-进程技能:探索,goap-research,解决问题,设计-思维,特征-adr,知识-extractor,理解-任何事物-桥,代理-scan,技能-crystaller,结构-合理,反射-loop,

## 安装

```sh
npm install @dzhechkov/skills-meta
```

也可以使用：`pnpm add @dzhechkov/skills-meta`、`yarn add @dzhechkov/skills-meta`、`bun add @dzhechkov/skills-meta`

## README

# @dzhechkov/技能-meta

Feature ADR本土QE选入使用已安装的CLI自有收缩辅助器,有分界线的测量和有默认三周期上限的持久历史. 遗留的同步独立趋同仍然得到支持;关于准备、评价、明确修理和故障限度,请参见特征-adr/modules/08-qe.md.

如果第一次评价前的字节发生变化,则本地 `evaluate` 报告时保留有效的旧shopshot接收来源和条件 `not-established/native-repair-required`。随后明确 `begin-repair` 并对新的快照进行新的独立核查。 恢复保留了权威和三周期上限;旧证据从未关闭已更改的字节.

当前软件包版本 : `0.9.75`。 。 。 .

站点 : [https://aicoding.space (英语)](https://aicoding.space/) 资料来源: [https://github.com/djd1m/dz-harness/tree/main/packages/技能-meta. 中国植物物种信息数据库](https://github.com/djd1m/dz-harness/tree/main/packages/skills-meta)

这个 **犬类元技能包** - 开发-进程技能,包装为 [代理技能](https://agentskills.io/) 用于分发和跨平台使用.

这个 `feature-adr` 技能载有8个核心和6个有Schemas 和 evals 的扩展被绑定的代理-qe协议目录。 它的模块拥有引用模式中的检查站;被捆绑的文件不安装上游运行时间或执行扩展代理.

对于 Codex 项目钩, 峡谷 `feature-adr` 技能将事件上下文与 确定性接收检查和明确的质量控制/检查点决定。 停止事件或退出为零 不批准大门或授权教学。 未来自动 `dz teach` 需要证据约束, 和拟议/接受的决定记录。 Plain Reference 模式只使用被绑定的方法; 它并不意味着 MCP 或舰队执行. 对于项目否决证据, Codex 0.160.0 公共钩生命周期通知可以约束选定的 项目源和完全拒绝的非ce命令到完成转弯。 他们不会暴露 尝试工具名称 。 0: 16: 0 的锁定主机接收率 观测到生产钩挡住 精确的非ce命令; 已删除的 hook 和相邻的项目控制创建了 sentinels 。 这个可以 没有确定召回或覆盖其他工具表面.

第6步可以发送单独安装的克洛德代码 `code-goal-planner` 当活动规划器路由选择 Sonnet 时代理 。 这个技能包为 Codex 和没有该代理机的主机提供参考协议;它本身并不安装项目代理机.

计量成套库存: **21个发展-进程技能**从此软件包目录复制 与 `npm pack --dry-run --json`: 数 `<skill>/SKILL.md` 每个条目和下方的所有文件 技能目录。 文件列计算已运出的文件,包括技能文档及其资产.

库存 `npm pack --dry-run --json` (上述程序):

| 技能 | 文件 | 目的 |
| --- | --- | --- |
| `feature-adr` | 114国 | ADR驱动的地物开发管道,有8个核心和6个延伸的嵌入剂-Qe参考,每个阶段的模型路由,跨模型QE和以证据为基础的门 |
| `design-tokens` | 1个 | DESIGN.md 设计-托肯合同—— lint(WCAG AA) / diff / 输出 Tailwind+ DTCG(包装) `@google/design.md`(中文(简体) ) |
| `knowledge-extractor` | 10个 | 从一个项目获取可重复使用的知识(`/harvest`(中文(简体) ) |
| `audit` | 页:1 | 整个编码基础5阶段深入审计和行动(对应-自我挑战-P0-P3-核准-固定) |
| `goap-research-ed25519` | 22个 | GOAP计划的研究,经Ed25519签名的出处 |
| `design-thinking` | 页:1 | Stanford d.school 五相+验证产品发现 |
| `agentshield-scan` | 页:1 | 安全扫描仪 `.claude/` 代理配置 |
| `adversarial-verifier` | 页:1 | 核查异常索赔/偏执事实 |
| `capture-adr` | 页:1 | 轻量级中性对话ADR捕获(MADR 4.0) |
| `context-window-management` | 页:1 | 在上下文压力下,优先检查+检查/恢复 |
| `external-comms-gate` | 页:1 | 用于机密信息泄露的屏幕外向通讯 |
| `reflection-loop` | 页:1 | 独立批评 修订自我审查周期 |
| `session-recap` | 1个 | 中会场状态协议:强制刷新,然后精确地说4分(请求者的语句,证明而不是绿色测试,人-vs-机器阻塞器,以及所有者标记的下个步骤),在复写期间没有新作. 与 `dz recap`,只记录日历追溯. |
| `skill-advisor` | 页:1 | 建议哪些技能/预设/包适合任务(元顾问) |
| `skill-crystallizer` | 页:1 | 自动创建 / 结合 / 从痕迹修复技能 |
| `structured-reasoning` | 页:1 | 原因策略路由器( TOT / CoT / 压缩) |
| `understand-anything-bridge` | 页:1 | 通向任何知识地图工具的桥梁 |
| `explore` | 3个 | B. 澄清程序性任务 |
| `problem-solver-enhanced` | 1个 | 第一原则 + TRIZ + 游戏理论问题解决 |
| `loop-plan-author` | 2个 | 作者代理 LOOPS 作为已键入 `loop-plan/1` 计划——四种模式,INV-1.8.,索赔/延期,USER区域,读取跑跑道的痕迹. Claude Code 包装为 `@dzhechkov/loop-designer-plugin`; 使用 Claude 代码 Workflow 主机执行制成的 JavaScript, 或用可移植文件解释计划 `dz workflow run` (适用CLI先决条件) |
| `decision-mockups` | 第13条 | HTML或紧凑文本中的平文决定上下文, CSS 前后和离线流/边界图. Opt- in v2 保存了四个答案状态, 实质性上下文和一个单独的完整的 JSON 文件; 已运出 stdlib `check_answer.py` 检查接收器当前版本 。 遗留输出仍然兼容. **供应商镜像** - 罐子/测试 [`@dzhechkov/skills-decision-mockups`](https://www.npmjs.com/package/@dzhechkov/skills-decision-mockups); 明确与 `dz sync-canonical decision-mockups --from packages/@dzhechkov/skills-decision-mockups/decision-mockups`结构性检查不能证明事实、语义可行性或人类利益. |

> **`goap-research-ed25519` ——自学(可选,自本出后.** 何时 [`@dzhechkov/harness-cli`](https://www.npmjs.com/package/@dzhechkov/harness-cli) 在路径 捆绑的研究技能在调查开始时回顾了方法处理方法的以往经验教训,并记录了新的 一个在四个命名的时刻。 没有它,技能就和以前完全一样,并且说: 检测到,不需要。 经验教训将提供给SEPARATE商店(`<project>/.health-brain/.dz`永远不会 因此,工程经验的转让和医疗经验的转让 离开。 格式检查拒绝标识形状(电子邮件、电话、记录号码)——它不判断 并且说: 判断是代理人的 教学协议。 见 `skills/goap-research-ed25519/SKILL.md`。 。 。 .

结构特征 `implementationVerified:true` 具有特定阶段的含义: 想法验证 在目前修订/批准时更正了ADR、建筑和相位文物,但没有索赔 存在生产代码或实施测试; QE要求实际实施和相关测试. 虚假或缺失的结构核查仍然是障碍。 接收字段,布尔强度,原型 审查者的所有权、阶段/非阶段/明显具有约束力和遗留的接收兼容性保持不变. 大门检查收据的一致性和新鲜度;独立审查员判断证据.

## 安装

```bash
# Via dz CLI (recommended) — the current meta preset; session-recap wiring is deferred
dz init --target claude-code --preset meta

# Or pick specific skills
dz init --target claude-code --select audit,skill-advisor,feature-adr

# Or install the package directly
npm install @dzhechkov/skills-meta
```

## Canonical vs 遗产——共存模式

这里的每个犬科技能 都投射到仓库里 `.claude/skills/<name>/` 树旁 根同步命令。 这是故意的(ADR-002); `session-recap` 遵循相同的投影路径:

-   `.claude/skills/` - 那个 **遗产** 树克洛德代码今天读。 保留, 未受影响(ADR-001).
-   `packages/@dzhechkov/skills-meta/` - 那个 **犬类** 源,准备 以 npm 软件包形式发布,并编译到任何平台.

在共存期间,双方达成协议 `scripts/sync-canonical-to-legacy.mjs`,用于编译每个犬科技能 `@dzhechkov/adapter-claude` 并将结果比作遗树。 虽然 拷贝匹配,同步是没有的——它永远不会修改遗留的技能.

## 状态

Canonical Special-adr 指南现在记录了通过现有编目和 范围阅读器。 实际来源ID/元数据保存;未知尺寸/价格仍为无效. Wf和FA来源,独立核实和静态家庭估计被明确区分.

Plain Step 8 现在记录 Claude qe-bridge 在执行中的现有圆/跑/任务旗帜 项目。 明确身份在审查前予以确认并冻结;圆形关闭记录完整, 局部或仅窗口保证。 土著Workflow QE继续自己的审查,没有第二道桥.

第七步 现在轮船 `feature-adr/scripts/build-coder-context.mjs`,由Workflow和平面编码共享. 它包含了文字要求、计划任务和《发展成果评估决定/确认》,其范围为: 输入失败拒绝编码, 而当前文档的指纹会使 stale 代码再用无效 。 平面 模式运行帮助器,并按Cononical Code模块的指示嵌入其成功的块.

`next` - 带着峡谷 `feature-adr` 门和模块 **所需覆盖面(C8)**自动识别码 通过文件内的标题,NOT-ESTABLL在未关闭的栅栏上,在申报输入中,规划者提示命名它 和 " 一个括号内的计划修复回合 " (备份 ) 已证实恢复). 已分阶段:尚未版本或发布. 见 `@dzhechkov/skills-feature-adr` 全部账户.

`0.9.51` - 带着峡谷 `feature-adr` 模块 `Observability` 节 在步骤5中:如何观看已运出特性,“无观察”被接受为完整 答话 见 `@dzhechkov/skills-feature-adr@1.5.4`。 。 。 .

`0.9.50` - 带着峡谷 `feature-adr` 使用 C6 修正-整齐性修饰(每件) 修正的范围被限制在自己的块内,而不是三行窗口,同时关闭虚假拒绝和 )和"步骤六"规划师指示修正行是机器读取. 见 `@dzhechkov/skills-feature-adr@1.5.3` 全部账户.

`0.9.44` - 给卖主的补偿 `feature-adr` 门脚本,没有新技能.

捆绑的K2计划完成门 现在告诉一个 **亚森特** `00_complexity_assessment.md` 从a 故意跳过: 丢失的文件是给丢失的文物命名的警告文件, 而现在的文件 不带酸表是诚实的SKIP. 都曾报告为干净的跳伞,所以酸性检查 当第0步没有写东西时静静地关闭自己——MEASURED 2026-08-21,199个功能中的66个 带了那个文件,最后四个没有.

**`0.9.42`** —— 说 **添加 `decision-mockups`** (19 ~ 20个技能): 面对所有者的决定页——平平 语言、带有标出价格的选项和命名建议,以及复制回答按钮 输出意在被直接粘贴回聊天。 供应商 `@dzhechkov/skills-decision-mockups` (峡谷之所;用活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活活 `dz sync-canonical decision-mockups --from packages/@dzhechkov/skills-decision-mockups/decision-mockups` ——赤裸的同步解决了这个包 以可口并会覆盖真正的家园。 土地与 `@dzhechkov/harness-presets@0.5.12`中添加了同样的 id `meta` 预设.

`0.9.5` 部分 `extended-a-migration` 特性。 添加 只有:这些是副本;原件在 `.claude/skills/` 从未移动或 已修改.

## 如何使用

技能 **自动激活** —— 当任务与其触发语句相匹配时, 您的代理人会加载一个技能( 在每个技能中定义 ) `SKILL.md` 前题。 例如:

-   "审计密码库"(或 `/audit`页:1 `audit`
-   "我该用什么技能来做X?" `skill-advisor`
-   (原始内容存档于2019-03-26) (英语). "Impent special X" — `feature-adr`

要看到技能的确切触发器和资产: `dz info <skill-id>`。寻找一个: `dz registry search <term>`。 。 。 .

## 写作纪律——为什么现在写作步骤首先要建立一个骨架

2026-08-19和2026-08-20战地MEASURED 二道独立跑道舟山管线 对照 ~130 文件存储器:必须生成文件的步骤——步骤5(建筑)和 步骤6(计划) - **从未达到写入**18次尝试,每一次都写零文件 他们死了 读取 EADING 阶段: 弹壳结果返回, 代理商考虑其下一步动作, 保持沉默过后 跑步时间180秒的无活动监督员 被杀了 一次运行成本为~4M令牌和1h54m.

失败是 **有决定性,不是运气不好**思考时间随着历史的积累而增长,所以 足够大的仓库 不受限制的勘探 保证杀死。 而事业在 指令,而不是运行时间—— 每个写步骤都说,实际上, _"读出密码,写出 文档“_,没有阅读预算和操作顺序。 一个听话的特工 直到它死为止.

主人的控制实验是整个证据基础,它=n=1: 相同的切片,相同的输入, 同一个模型,One增加了关于写纪律的段落 ~ 一个10个部分的骨架 在磁盘8分钟, 第一次尝试,在连续六起死亡之后.

因此,每个文件制作步骤现在都包含:

1.  fIRST 文件写入发生在第一个~12工具调用中——由段落标题组成的骨架 (a) 每一条下有一条意图线;
2.  然后填满它 **每编辑一节**,编辑时间不超过~120行;
3.  从来没有超过2分钟 没有工具呼叫;
4.  当不确定是多读还是写 **写入**。 。 。 .

**这不起作用**他直言不讳地说:它不能阻止死亡。 监督者没有变化. 它改变了一个幸存下来的东西——以前没有什么,现在磁盘上的一具骨架,下次尝试可以 继续。 这个 `~12` 财务报告和审定财务报表 `~120` 的参数。 两个可能的回归 由独立审评员命名,目前 **未测量**: 一个早期的骨架可能锚起 a 在理解之前选择的结构,而且按部就班地编辑会提高调用工具的间接费用.

可交付的步骤是返回裁决而不是文件(复杂路由器) 故意被排除在外——"斯凯勒通先"是在那里胡说八道.

`0.9.45` - 捆绑的 `feature-adr` Step-8 模块现在将修正门描述为命令 `dz amendment-check` 而不是要求审查员做出判断。 文本;无管道更改.

## 历史标志镜校正

这包 `.dz-manifest.json` 现在准确覆盖了这个软件包的 ShipsS 的文件,如您所报告 `npm pack` ——不是作者工作树上所有存在的东西. 之前它签署了文件 `files[]` 排除(通常是 `CHANGELOG.md`),所以每个接受方的核查人都报告说 `listed in the manifest but absent` 和包读为TAMPERED。 早点辞职 无法修复 : 这些文件从未在柏油球中 .

先前的更正仅改变了签名范围。 目前阶段的候选人也更新了决策模拟.

### 共享 Markdown 遮盖特性加码门

独立的计划完成门船 `markdown-masker.mjs`字节 绳子核心 `src/markdown-masker.ts`它运行时没有核心建筑。 修正检查,群集简报 k2 共享解析器,同时保留其现有的未关闭块和缩进政策. 4个空间的缩进码间隙仍然开放供修正检查;K2;群简况保留其 现有缩进代码的掩码。 版本在此阶段变化中不变.

### 特性- adr 的代码配方

`dz statusline --watch --project "/path/to/worktree" --brain "/path/to/shared-brain" --slug "feature-slug" --run-id "stable-run-id"` 添加明确启动的相邻终端 包括平原跑道 在安装之前,请使用所建的工作树 `node packages/@dzhechkov/harness-cli/dist/bin.js statusline --watch ...`。这扩展了现有的 命令目录。 Canonical Special-adr 指导 提供了所引用的制作人/观察人食谱:记录 在《裁武条约》的每一步骤上,有一个稳定的运行ID和实际级别,然后 `done` ; 召回/教学 仍保留在共享大脑的范围。 项目运行状态和大脑计数是分开的. 保留一发子弹 最新运行一次;报告新鲜度不是过程活性,舞台位置不是通过大门.

仅读的伴奏需要专用stdout TTY,使用序列2秒刷新(0.25-60) 允许),将文本进行消毒/剪切并处理调整大小. 40x8以下显示大小警告. Ctrl-C/SIGTERM 数据 退出 0; 输出失败 1; 无效/管表 2 。 失败/缺席计数和可选值是明确的; watch v1 ETA 不可用,省略了全局源目录. 没有 stdin/ raw 模式、 模式、 逻辑 存储或自动终端/设置更改。 普通的SQLite麻黄车WAL/SHM侧车是: 允许 一发Claude文本/JSON/ETA保持不变。 Codex 本地页脚能力不是 主张;平等姓名手册 `dz statusline --watch` 访问.

审查趋同情况 `/feature-adr` 现在使用一个安装在平原和本地Workflow的节点门. 第3.5步在规划前关闭;第8步在完成和交付前关闭,包括S级和 恢复运行。 东道方衡量目前的文物字节并保留原审查者的条件; 重点工作包括明确的作者三角洲/新风险评估和独立自身条件 核查。 在圆形天花板上仍然可以看到重大的主要或精确调查结果.

丢失或陈旧的收据、遗存、不可用审查器和只读 Codex 模式 A 暂停 有主机驱动的修复指令。 平行本土设计可能需要在兄弟会后进行重点审查 文物已经解决了 清洁初始支持的审查在没有发明的条件或额外审查的情况下关闭. 这是接收一致性/新鲜度门,不是审查员认证或语义证明;现有 确认、范围、家庭和预算大门仍然适用。 没有自动修复回路或新的CLI命令.

重复准备保留所有待定路径,直到核实关闭为止。 实际的背井离乡家庭在发货前会受约束,而以前的房主仍然需要。 同斯拉格QE修复采用当前自审证据,绑入完整的历史检查站;原始发现/等级仍然可见,失败的确认仍会阻断交付.

在回落前,主机准备保留独立写作,等待原所有者接收结果,即使该审查员返回无效。 未校正的待取出的证据会暂停发送原发审查器修复;不能被干净的倒置取而代之的取而代之的取而代之.

经审查的文物被更名或取出后,会合会将其原先寄存在主机上的条件范围保留在所测量的货单上;所没有的旧道有一无所有. 目前发现的路径仍在测量中。 既要准备和评估所保留的快照,又要拒绝不受约束或不安全的范围路径。 原条件和原审查者核查仍需要;仅重名并不能结束结论.

QE 也测量精确 `.dz/guard.json` 当政策配置处于当前 Git 索引或选定审查基础时。 这包括新上演和意图到添加的文件;底轨删除保留了无效摘要. 既宣布了目标,又发现了变化,都采用了这个规则. 该基础缺失的未跟踪文件无法通过更古老的历史获得资格. 其它 `.dz/` 运行时文件仍然被排除在外,现有的路径、共通性、新鲜度和审查者所有权检查仍然适用.

### 代码前目标录取

第7步现在运行已安装的只读 `scripts/check-code-targets.mjs` 在文字上下文之前, 代码缓存查询或任何编码器路径,每个条目,包括自动/强制恢复。 它会重新使用 合用同一地点的审查显示权限:严格目标、循环排除、发现源变化、, 路径/吉特安全及精确度 `.dz/guard.json` 指数或选定基数的例外保持不变. 失踪的计划档案仍然可以受理。 工作流量要求被录取的JSON+实际制作人 终端 `RC_EXIT:0` ;失败拒绝编码/缓存访问。 接纳保留审查状态 和现有 `.fa-state/base-ref` (仅在缺失时才有) ; 实际编码器初始化永远不会重置 现有基础。 Plain 使用相同的可执行辅助器和强制性指令,没有 自动调度器。 录入观察当前字节;最后的QE仍然是新鲜度检查.

### B. 实施计划的具体目标

特性- ADR K2 完整性、本土录取和核心计划权限共享一个原始文本线索 `EXPECTED_CODE_TARGETS:` 语法:一个大写列-零标记,带有可选的 ASCII 标记, 仅限 LF 声明, 非空声明 `-` 通过 EOF 路径行和修剪空格。 后缀标题, 道具、备用子弹、CR/CRLF或重复的原始标记拒绝整块;内部标记 例子/评论也算数。 有效载荷保持文字形式,包括回扣和白空. 现有 路径权威和本地I/O/历史界限仍然适用。 核心没有从 错误或被拒绝/重写计划路径 。 明确理由保持各自的正常化 优先; 编码器文本仍然具有诊断性。 独立的语法助手在技巧之外 本地检查器和 K2 脚本 。 不推断出Markdown的真实性.

原生QE将其默认上限保持在3. `dz qe-rounds --source native --action begin-continuation --project <root> --slug <feature> --reviewers <actual-roster-json> --owner-approval <inline-json>` 在三个有目击的周期之后,其活性周期从未关闭,因此可以接受一个完全额外的周期。 第二次普通的续作拒绝了. 目标在第四发源地之前就被固定;准备和修理不能改变目标的方向。 新的独立收据、原始审查人条件、作者三角洲评估和检查站核查仍然适用于关闭。 如果一个被接纳的检查站的档案被取出或更换,仍需要该检查站;恢复原来的检查站并在关闭前获得独立核查。 准备保留其摘要,并重放拒绝封闭的续作,而不匹配检查站证据.

准确的平面声明有计划 `native-qe-owner-approval-1`,一个UUIDv4 `approvalId`,无空 `owner` (≤256个字符), `decision` 联合国, `evidenceSource` (≤4096),克南克 `projectRoot` 财务报告和审定财务报表 `featurePath`, (中文(简体) ), `journalId`, (中文(简体) ), `sequence`, (中文(简体) ), `eventDigest`, (中文(简体) ), `cycleId`上一个 `revision` 和明显计量的 `targetRevision`。土著只读报告会披露前一个事件摘要。 ININ JSON及其系列声明封顶为16 KiB. 从有界文物清单中获取变更的目标文摘;同意必须明确约束。 没有帮助者填补缺失的同意或更新已过时的约束 。 准确承诺的重试可以返回被承认的周期而无需附加.

原生QE也接纳了一个终端 `begin-final-continuation` 只有在正常的续作是活跃的,见证的第四周期时,其最新评价是 `unresolved`循环从未结束 它需要改变测量的目标,新鲜的,原始的 `--reviewers` 财务报告和审定财务报表 `--owner-approval`; 无法共存 `begin-post-ci-correction`. 核心出口 `NATIVE_QE_FINAL_CONTINUATION_API_VERSION = 1`,API曝光 `finalContinuationVersion: 1`,且已安装的帮助导出 `NATIVE_REVIEW_FINAL_CONTINUATION_API_VERSION = 1`需要两种能力。 阅读摘要报告 `finalContinuation: { capacity: 1, used, targetRevision }`,而容量是固定的上限,而不是目前的资格。 招生保留了日记前缀,审阅员名册,条件,检查站和累积三角洲,在发源地之前将第五个目标钉入,被目击的计数留为4个,直到新的原作用证据到来. 没有第六个周期。 仅仅为了这个新行动,同样的界限 `native-qe-owner-approval-1` 声明可以真实地记录早先的所有人同意有限修理程序的情况,以及后来的操作者对所计量的目标具有约束力的情况: `owner` 实际授权所有人的姓名, `decision` 说明经营者将目标捆绑在该代表团之下,所有人没有检查当时的未来摘要,并且 `evidenceSource` 确定真正的同意背景和具有约束力的记录。 它不认证一个人,不证明授权范围,也不暗示主人检查或接受未来的字节. 缺乏同意或范围必须停止接纳;经营者和独立审查员评估实际证据。 现有的普通续作和COLOSED4CI后批准意义不变. 在权威使用前只使用一个独立接受的匹配打包的 CLI/core/帮助组合.

这是当地所有者幸存的证据,不是人类的认证或接受。 核心和CLI拥有的已安装的辅助人员需要延续能力1,而遗留的API仍为1。 年长的读者明确拒绝延长的活动. 在权威使用前只安装已接受、已签名的本地包装候选人;不需要 npm 发布 。 期刊/头条/主机出版物在现行锁下仍保守地发现坠机,没有文件系统原子性索赔.

本地QE也支持一个明确的 `begin-post-ci-correction` 在目前见证的第四个周期结束之后。 提供原件 `--reviewers`,严格 `--owner-approval` 声明(`native-qe-post-ci-owner-approval-1`,包括确切的描述SHA256),以及 `--correction-evidence <repo-relative-json-file>`. 核心和已安装的帮助器需要CI后能力2;历史和普通续作API仍为1. 默认上限三和普通续作不变;单独设定了第五个目标,没有第六个周期.

Cononical 本地描述符绑定了失败的 CI 字节,一个现存的测试固定补丁,列举了被接受的 Git 集成,没有改变的依赖性,真色/中性全控以及完全成功的强制 CI 身份集. 在单独的16个 MiB/ file, 四-log/64 MiB 边界内进行日志流; 现有的源和交易限制保持不变. 这是本地测量的证据,不是远程认证. 必要的证明和检查站仍然是义务。 校正 QA 命名空间必须包含准确的描述符、 引用的证明和摘要 `excludedEvidence` 补充,包括被跟踪,未跟踪和被忽略的文件. 额外条目或更改/ 丢失列表的证明块可用性; 保持内置同意, 并在此不可改变的名称空间之外不断发展本地/审查输出 。 填写第五个收据可以按任何顺序列出审查人员名单;持久的关闭保留了原来的名册顺序。 一种变异评价,即记录损失或替换会使较早的每个审查者验证无效;恢复的字节需要新的原始收据绑入持久观察锚地. 阅读和拒绝准备都不记得短暂的损失。 在权威认可前使用已接受的已签名的已包装本地软件包;此更改不会在全球发布或激活软件包.

司马2 (中文(简体) )`native-qe-post-ci-evidence-2`) 添加精确 `scope.importedArtifacts` 行数(`path`,缺席 `before`,SHA256号 `digest`字节 `size`),用于普通双亲合并所导入的外文特征历史. Schema 1仍以最初的封闭外形为支撑. 在失败/基地/进口树上必须没有选定的外国根,在可接受的、综合的、合格的和当前的观点中拥有完全相同的成员身份和字节。 被忽略或未被跟踪的额外,活性地段/授权路径,源/防重叠,链接和文件/目录别名拒绝承认. 被导入支持共享现有的2个 MiB/file和16个 MiB 源集合;schema 2 联合约束了256个文件和256个衍生目录的不可移动的证明/支持. 原始清单仍限于256个条目。 核心可重新观察支助;记录的损失需要在恢复后进行新的原始审查.

## 常见问题

### @dzhechkov/skills-meta 是什么？

Canonical meta-skill包——21个开发-进程技能:探索,goap-research,解决问题,设计-思维,特征-adr,知识-extractor,理解-任何事物-桥,代理-scan,技能-crystaller,结构-合理,反射-loop,

### 如何安装 @dzhechkov/skills-meta？

在项目目录运行 npm install @dzhechkov/skills-meta，或使用 pnpm add / yarn add / bun add。

### @dzhechkov/skills-meta 支持 TypeScript 吗？

该包的 package\.json 没有声明类型入口。需要类型提示时，可以在 npm 上查找社区维护的 @types/dzhechkov\_\_skills-meta 是否存在。

### @dzhechkov/skills-meta 可以商用吗？

@dzhechkov/skills-meta 使用 MIT 许可。宽松许可：允许商业使用、修改和再分发，通常只需在分发时保留原版权与许可声明。以上为概括，不构成法律意见，请以许可原文为准。

### @dzhechkov/skills-meta 的下载量有多少？

根据 npm 官方下载统计，@dzhechkov/skills-meta 在 2026/10/13 – 2026/11/11 这 30 天内被下载 4,129 次，日均约 138 次。下载量会把 CI 构建、镜像同步和作为其他包依赖的安装一并计入，适合横向比较热度，不能直接等同于使用人数。

### @dzhechkov/skills-meta 还在维护吗？

最新版本 0\.9\.75 发布于 2026/11/05（8 天前）；至今共发布 71 个版本，其中过去 12 个月发布了 71 个；首次发布于 2026/06/01。发布频率只是参考信号：功能稳定的工具可能很少需要更新，建议结合源码仓库的 issue 和提交记录判断。

