[Bug]: create-new-feature.sh reserves feature numbers non-atomically — concurrent invocations can share/overwrite a spec directory

オープン

#4,270 2026年8月21日に作成コメント 0 件リアクション 0 件担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 72/100

issue の種類: バグ
明瞭さ: 明確に書かれている
活発さ: 活発
技術スタック: bash
領域: tooling

調査の方向性

.specify/scripts/bash/create-new-feature.sh から始めて、どのように specs/ を走査し、番号を選択し、ディレクトリを作成して spec.md を書き込むのかを追跡します。.claude/skills/speckit-specify/SKILL.md の「Create the directory and spec file」セクションとフローを比較します。完了とは、同時実行された呼び出しが異なるディレクトリを予約し、どの呼び出しも別の呼び出しの spec.md を上書きしないことです。

索引モデルが issue の本文から書いたものです。

説明

Version

spec-kit v1.0.1 (.specify/scripts/bash/create-new-feature.sh; the flow is also described in .claude/skills/speckit-specify/SKILL.md, "Create the directory and spec file")

Description

Sequential numbering scans existing specs/ directories, picks max+1, checks for existence, then uses mkdir -p and writes spec.md. Nothing in that sequence is atomic: two concurrent invocations (parallel agents on worktrees sharing a specs dir, or two terminals) can both scan, both select the same number, both pass the existence check (mkdir -p succeeds either way), and both write spec.md into the same directory — the second silently overwrites the first's starting specification.

This matters more now that multi-agent setups routinely run more than one spec-kit session against the same repository.

Expected behavior

Reserve the directory with plain mkdir (no -p) so creation is exclusive; on EEXIST, discard the selected number, rescan, and retry before writing spec.md. A lock file would also work.

Prior sequential-numbering issues (#935, #975, #1332) covered scan-logic bugs in single-invocation scenarios; this one is specifically about the missing atomicity under concurrency.

主要言語: Python
スター: 138k
フォーク: 12.4k
平均マージ: 3日 4時間
マージ済み PR（30日）: 154

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
リポジトリをフォークし、ブランチを切って変更します。
issue 番号を参照したプルリクエストを送ります。

github/spec-kit のほかの issue

[Bundle]: Add SpecAssay (update to 0.5.2) オープン

enhancement needs-triage triage-can-wait

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

github/spec-kit#4715 · 2026年9月23日に作成
[Preset]: Add SpecAssay (update to 0.5.2) オープン

preset-submission triage-must-have validation-passed

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

github/spec-kit#4713 · コメント 2 件 · 2026年9月23日に作成
[Extension]: Add SpecAssay Check (update to 0.5.2) オープン

extension-submission triage-must-have validation-passed

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

github/spec-kit#4711 · コメント 2 件 · 2026年9月23日に作成
[Extension]: Update OKF Knowledge Bundle Generator to v0.9.2 (moved to catalogify) オープン

extension-submission triage-can-wait validation-passed

難易度 2/5 1〜3時間初心者へのやさしさ 76/100

github/spec-kit#4682 · コメント 3 件 · 2026年9月22日に作成
[Feature]: 给 slug 添加默认值オープン

enhancement needs-triage triage-can-wait

難易度 2/5 1〜3時間初心者へのやさしさ 65/100

github/spec-kit#4627 · コメント 3 件 · 2026年9月18日に作成

github/spec-kit の issue をすべて見る

似ている issue

PATCH /interviews/{id} 的 goal 字段没有任何长度上限，500KB 字符串直接落库且每次 GET detail 都全量带回オープン

bug

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

xinnan-tech/xiaozhi-fde-talk#263 · 2026年9月24日に作成
rules: REQ-0480 'left fold' jargon is redundant with its own plain restatement オープン

rules

難易度 1/5 1時間未満初心者へのやさしさ 90/100

elong0527/yamaa#978 · 2026年9月24日に作成
Validation discards output from runners that report on stderr (jest, unittest) オープン

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

huggingface/Repo2RLEnv#163 · コメント 1 件 · 2026年9月24日に作成
Source link in quantize_embeddings have shifted code highlights オープン

難易度 1/5 1時間未満初心者へのやさしさ 95/100

huggingface/sentence-transformers#4074 · 2026年9月24日に作成
Queue insertion button ("插入排队消息") missing in api_server sessions — canInsert allowlist only covers cli/global_agent オープン

comp/dashboard invalid P3

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

NousResearch/hermes-agent#121143 · 2026年9月24日に作成

Python の issue をもっと見る