[Bug]: Preset-overridden skill hashes are not synchronized in integration manifest during integration upgrade
還沒有人認領這個 Issue。
評估
研究方向
The bug is in src/specify_cli/integrations/command_upgrade.py. Start by reading the _register_presets_for_agent function and how it interacts with new_manifest. Look at PresetManager.register_enabled_presets_for_agent to see how it writes skill files. After preset registration, you need to update new_manifest with the new file hashes for preset-overridden skills. Check how manifest.record_existing works. A test can be run by reproducing the steps in the bug description and verifying specify integration status reports OK after the fix.
由索引模型根據 Issue 內容生成。
描述
Bug Description
When an enabled preset overrides a core command that is rendered as an agent skill (such as for codex in .agents/skills/<name>/SKILL.md), running specify integration upgrade <agent> --force succeeds, but the integration manifest .specify/integrations/<agent>.manifest.json retains the hash of the base/default template.
Because command_upgrade.py invokes new_manifest.save() before calling _register_presets_for_agent(), the preset's re-registration overwrites the skill file on disk with the preset content without updating the manifest.
As a result:
specify integration statusimmediately reports the skill file asmodifiedwith findingmanifest-file-modified.- Any subsequent
specify integration upgrade <agent>(without--force) is blocked bycheck_modified().
Steps to Reproduce
-
Initialize a new project with an agent integration that uses skills (e.g.,
codex):specify init --here --integration codex specify integration status # Status: OK (0 modified, 0 missing) -
Add a local preset that wraps or overrides a core command (e.g.
speckit.tasksorspeckit.specify):
Createtest-preset/preset.yml:schema_version: "1.0" preset: id: "test-task-preset" name: "Test Task Preset" version: "1.0.0" description: "Test preset overriding speckit.tasks" requires: speckit_version: ">=0.1.0" provides: templates: - type: "command" name: "speckit.tasks" file: "commands/speckit.tasks.md" strategy: "wrap"Install the preset:
specify preset add --dev ./test-preset -
Upgrade the integration with
--force:specify integration upgrade codex --forceOutput reports:
✓ Integration 'Codex' upgraded successfully. -
Check integration status:
specify integration status
Expected Behavior
specify integration upgrade codex --force should re-baseline or synchronize the hashes of skills written by active presets into .specify/integrations/codex.manifest.json.
After upgrade completes, specify integration status should report OK with 0 modified managed files.
Actual Behavior
specify integration status reports Modified managed files: 1 and status WARNING:
- Finding:
manifest-file-modified (codex): .agents/skills/speckit-tasks/SKILL.md was modified after installation.
Subsequent specify integration upgrade codex without --force fails with:
1 file(s) have been modified since installation... Use --force to overwrite modified files.
Specify CLI Version
1.0.10
AI Agent
Codex CLI
Operating System
macOS (Darwin arm64)
Python Version
Python 3.12
Error Logs
$ specify integration status
Integration status: WARNING
Default integration: codex
Installed integrations: codex
Multi-install safe: yes
Shared templates target alignment: none
Modified managed files: 1
Missing managed files: 0
Invalid manifest paths: 0
Unchecked manifests: 0
Findings:
- warning manifest-file-modified (codex): .agents/skills/speckit-tasks/SKILL.md was modified after installation.
Suggestion: Run `specify integration upgrade codex` or reinstall the integration.
Additional Context
Root Cause Analysis
In src/specify_cli/integrations/command_upgrade.py:
# Phase 1: Setup writes default skills and records their hashes
integration.setup(
project_root,
new_manifest,
...
)
...
# Manifest is saved to disk with base skill hashes
new_manifest.save()
_write_integration_json(project_root, installed_key, installed_keys, settings)
...
# Phase 2: Presets are re-registered AFTER manifest was saved!
if key == installed_key:
_register_extensions_for_agent(...)
_register_presets_for_agent(
project_root,
key,
continuing="The integration was upgraded, but installed presets may need re-registration.",
)
_register_presets_for_agent() calls PresetManager.register_enabled_presets_for_agent(agent_key).
This regenerates and writes the preset-overridden content to .agents/skills/<name>/SKILL.md (with frontmatter source: "preset:<preset_id>").
However, new_manifest is never updated with these newly written preset file hashes.
Suggested Fix Shape
After _register_presets_for_agent() completes, if any preset was registered, inspect skills tracked in both the preset registry and new_manifest. When a skill file on disk has matching provenance (e.g. source == f"preset:{preset_id}"), update new_manifest.record_existing(relative) and save new_manifest.
This ensures that legitimate preset overrides are recognized as the clean baseline, while preserving tamper detection for manual edits.
AI Disclosure
AI assistance (Antigravity) supervised by human maintainer was used to trace the execution path in command_upgrade.py and draft this bug report. All code paths and CLI behaviors were verified against a clean reproduction environment.
- 主要語言
- Python
- 星號
- 138k
- 分支
- 12.4k
- 平均合併
- 3 天 2 小時
- 30 天內合併 PR
- 169
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
github/spec-kit 的其他 Issue
-
enhancement needs-triage triage-can-wait
難度 2/5 1-3 小時 新手友好度 65/100
-
preset-submission triage-must-have validation-passed
難度 2/5 1-3 小時 新手友好度 75/100
-
extension-submission triage-must-have validation-passed
難度 2/5 1-3 小時 新手友好度 70/100
-
extension-submission triage-can-wait validation-passed
難度 2/5 1-3 小時 新手友好度 76/100
-
enhancement needs-triage triage-can-wait
難度 2/5 1-3 小時 新手友好度 65/100
相似的 Issue
-
bug
難度 2/5 1-3 小時 新手友好度 75/100
stephrobert/dsoxlab#238 ·
-
難度 2/5 1-3 小時 新手友好度 75/100
-
難度 2/5 1-3 小時 新手友好度 75/100
sublimehq/package_control#1780 ·
-
難度 2/5 1-3 小時 新手友好度 65/100
-
難度 2/5 1-3 小時 新手友好度 70/100
nwg-piotr/nwg-displays#145 ·