 Myfro9andClaude Opus 5
|
8566e23f49
|
tools-sync: 修复会删掉宿主自装 skill 的 registry 对账缺陷
本次同步实跑触发了数据丢失：orca-cli 的物理副本在 ~\.agents\skills（Orca 就是
这样装的——真目录放 .agents，再把每个工具链过去，本机 8 个工具全指向它），
而主副本里的同名条目本身是指向它的 junction。对账循环从不检查"主副本条目是不是
链接"，于是 fingerprint 比对经链接解析到同一份内容判为"identical"，删掉 registry
副本并建 junction → 主副本与 registry 互指成环，唯一的真副本没了。
orchestration 走 INGEST 分支，则把 Orca 的布局反了过来。
两者均已用 `orca skills install --skill <name>` 恢复为 Orca 自己的布局。
修复三处：
- 对账循环：主副本条目本身是链接时，判定该 skill 归宿主所有，计入 foreign 跳过。
- INGEST：新增 Get-SkillDirLinkers，若 ~\.* 下其他工具的 skills 目录有链接指向
这个目录，说明它是宿主自装 skill 的物理家，不搬进主副本。
- 镜像阶段：跳过本身是链接的主副本条目，否则 Codex 会把同一 skill 注册两遍
（.agents 与 .codex 都在扫）。
回归测试新增 hostowned 夹具（真目录在 registry、主副本是链接）：在修复前的脚本上
以"real dir was collapsed into a link"失败，修复后通过。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01438Zbcx49e4o46uSA71mFF
|
2026-09-07 16:29:20 +08:00 |
|
|
Myfro9andClaude Opus 5
|
58b90f16a6
|
tools-sync: 合并 gitea 自愈与 junction/ingest 两条演进线
rebase 到 origin/main 时 tools-sync 三个文件都冲突——上游（SHANGHAI-U9）加了
gitea 传输自愈与 ls-remote 同步闸门，本机加了 registry 双向 ingest/修复模型。
两者互不相干，按并集合并：
- sync_repos.ps1: 保留 -NoDoctor/-AllowDestructive 与 Test-TransportFault /
Invoke-Doctor / ls-remote 闸门，叠加 -Registry/-MirrorRegistry/-NoIngest 与
registry 对账。上游末尾那段 stale-junction 清理引用了已删除的 $CodexSkills，
且已被新 registry 循环覆盖，故弃用。
- SKILL.md: 保留阶段 1.5（gitea 医生）整节，阶段 2 换成 registry 对账；
description 与阶段 6 报告模板取两侧并集。
- test_sync_repos_registries.ps1: 阶段 1 的成功串改成上游 ls-remote 闸门的
"verified: origin/main ="。两个测试套件均通过。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01438Zbcx49e4o46uSA71mFF
|
2026-09-07 16:23:13 +08:00 |
|
|
Myfro9andClaude Opus 5
|
f665448376
|
sync: BOWEI 2026-09-07 tools-sync 改为 junction 模型（registry 双向 ingest + 修复）
- sync_repos.ps1: 每个 skill 只在 ~\.claude\skills 有一份物理副本，其余 registry
一律 junction；新增 registry-only skill 的自动 ingest、MISDIRECTED 链接修复、
同名内容分叉的 CONFLICT 报告，以及只对 -MirrorRegistry 做全量镜像。
- SKILL.md: 重写阶段 1/2，补 Codex MCP 存储模型（config.toml 惰性，
codex mcp list --json 是唯一权威口径）与 CLI 升级会清空注册表的事实。
- sync_mcp_registrations.ps1 + references/codex_mcp_wanted_keys.json:
报告 codex-cli 无接口可设的键（tool_timeout_sec / env_vars）为
"registered, but incomplete" 而非失败。
- tests/test_sync_repos_registries.ps1: registry 对账的回归测试。
- .gitignore: orchestration（Orca 自带的发现桩，同 orca-cli）列为 local-only。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01438Zbcx49e4o46uSA71mFF
|
2026-09-07 16:22:09 +08:00 |
|
|
bowei
|
17632bea27
|
sync: Shanghai-U9 2026-07-22 tools-sync MCP双向同步脚本+MATLAB专项节；撤出误入库的__pycache__
|
2026-07-22 03:55:54 +08:00 |
|