Myfro9 and Claude Opus 4.8
9c1012f5b8
sync: WIN11-BOWEI 2026-08-10 MCP审计脚本python回退到conda(MS Store存根修复)
...
sync_mcp_registrations.ps1 默认用 PATH 上的 python 解析 Codex TOML，
但 Windows 上常见的是 Microsoft Store python 存根(exit 49, 无 stdlib)。
新增 Resolve-PythonCommand: python 不带 tomllib 时自动回退到 skills_env.md
的 CONDA_LANGGRAPH_PYTHON, 再退到 python3/py。显式 -PythonCommand 仍优先。
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-09-02 14:53:28 -05:00
bowei and Claude Opus 5
ecc913c4f1
sync: Shanghai-U9 2026-09-03 MCP 排除清单补 Codex 桌面自带的 cua_repl（WindowsApps 路径原先认不出）
...
Test-CodexManaged 原来只按名字认 node_repl、按路径认 .codex\runtimes 与
.codex\plugins\cache。Codex 更新后新增的 cua_repl 的 command 在
C:\Program Files\WindowsApps\OpenAI.Codex_...\app\ChatGPT.exe，两条都不命中，
于是被当成"Codex 独有的可移植 MCP"报进差集，险些复制到 Claude 侧。
名字集合加 cua_repl，路径再认 WindowsApps\OpenAI.Codex 与 OpenAI\Codex\。
原有的 .codex 路径正则一字未动。tests PASS；重跑审计 exit 0，四项 Matched。
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com >
Claude-Session: https://claude.ai/code/session_018FykpdV2Y4RUWXU5PtoLqh
2026-09-03 02:52:05 +08:00
bowei
307bc38d36
sync: SHANGHAI-U9 2026-08-19 tools-sync 增 504 恢复工具 recover_commits_via_gitea_api.py 并写进阶段1处置
2026-08-19 15:16:56 +08:00
bowei
28307b12f6
sync: SHANGHAI-U9 2026-08-19 skills_env 模板补回漂移的 12 个键（LangGraph flow 根 / SDK_ROOT / SMOD+VM 段，凭据一律占位符）
2026-08-19 12:58:21 +08:00
bowei
6dddab8923
sync: SHANGHAI-U9 2026-07-27 修复 MCP 双向同步向 Claude 注册失败
...
Add-ToClaude 改用 `claude mcp add ... --` 标志形式，不再走 add-json：
Windows PowerShell 5.1 会吞掉传给原生 exe 的 JSON 参数里的双引号，
claude.exe 收到残缺 JSON 后报 "Invalid configuration: : Invalid input"。
另外 add-json 即使在引号完好时也拒绝反斜杠路径，故新增
ConvertTo-PortablePath，把带盘符的路径统一成正斜杠；同一函数也用于
比较，避免 C:\x 与 C:/x 被误判成 drift。
实测：drawio（Codex 独有）现已能由 -Apply 自动补齐到 Claude 并连通。
2026-07-27 01:15:27 +08:00
bowei
17632bea27
sync: Shanghai-U9 2026-07-22 tools-sync MCP双向同步脚本+MATLAB专项节；撤出误入库的__pycache__
2026-07-22 03:55:54 +08:00
Myfro9 and Claude Opus 4.8
88f96fa5fa
vivado: resolve install path from ~/skills_env.md instead of hardcoding D:\Xilinx
...
The Vivado install root differs per machine (C:\Xilinx here, D:\Xilinx on the
box these skills were written on), so every hardcoded path was already wrong
on this machine.
- new fpga_flash/scripts/vivado_env.py: resolves --vivado-dir > env var >
VIVADO_ROOT (falling back to VIVADO_PATH) from ~/skills_env.md
- gen_mcs / program_flash / check_flash_csv: --vivado-dir now optional
- fpga_update/gen_update_mcs.py: same precedence for --vivado
- fpga_flash / smod_atsc_dev / vivado-prj-create SKILL.md: document the
lookup instead of naming a drive letter
- skills_env template: VIVADO_ROOT/VIVADO_PATH are now blanks to fill in,
so a new machine can't inherit a wrong default
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com >
2026-07-20 07:48:04 -05:00
Myfro9
2b873a1f4d
sync: WIN10-I9-64G 2026-07-20
2026-07-20 18:28:34 +08:00
Myfro9
1334ad4a64
sync: WIN10-I9-64G 2026-07-20
2026-07-20 18:26:14 +08:00
Myfro9
c15c5c51e8
sync: WIN10-I9-64G 2026-07-20
2026-07-20 18:20:36 +08:00
Myfro9
96b014edb3
sync: WIN10-I9-64G 2026-07-20
2026-07-20 18:18:50 +08:00
Myfro9
2ef32a9dcc
sync: WIN10-I9-64G 2026-07-20
2026-07-20 18:14:49 +08:00
