Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
Show all changes
17 commits
Select commit Hold shift + click to select a range
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
52 changes: 52 additions & 0 deletions .agent/skills/spec-driven-development/SKILL.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,52 @@
---
name: spec-driven-development
description: >
Provides best practices, folder structures, and templates for AI Spec-Driven Development (SDD) Markdown files. Use this skill when creating, updating, or reviewing project spec documents (`spec.md`, `requirements.md`, `design.md`, `tasks.md`), agent configuration files (`CLAUDE.md`, `GEMINI.md`, `rules/`), or other Antigravity/Claude Code specific assets.
---

# AI Spec-Driven Development (SDD) Markdown Guide

## Goal

To maintain high-quality, standardized Markdown files that serve as the foundation for Agent-First IDEs (Google Antigravity and Claude Code). This ensures the agent perfectly aligns with human intent through a rigorous "Spec First, Code Second" approach.

## SDD Workflow (4 Phases)

1. **仕様策定 (Spec & Requirements)**: `docs/spec.md` → `docs/requirements.md`
2. **設計 (Design)**: `docs/design.md` & `.agent/rules/*.md`
3. **エージェント実行 (Execution)**: `docs/tasks.md` & `workflows/`
Copy link
Copy Markdown
Contributor

@coderabbitai coderabbitai Bot Feb 27, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ Potential issue | 🟡 Minor

ワークフローパス表記を .agent/workflows/ に統一してください。

Line 17 の workflows/ は、Line 42 の .agent/workflows/ と不一致です。ドキュメント参照先の誤解を避けるため、表記を揃えるべきです。

✏️ 修正例
-3. **エージェント実行 (Execution)**: `docs/tasks.md` & `workflows/`
+3. **エージェント実行 (Execution)**: `docs/tasks.md` & `.agent/workflows/`
🤖 Prompt for AI Agents
Verify each finding against the current code and only fix it if needed.

In @.agent/skills/spec-driven-development/SKILL.md at line 17, Update the
workflow path notation to be consistent by replacing the bare "workflows/"
reference with ".agent/workflows/" in the SKILL.md content (specifically change
the occurrence "workflows/" in the Execution step to ".agent/workflows/") so it
matches the other reference ".agent/workflows/" and avoids documentation
confusion.

Copy link
Copy Markdown
Owner Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Make it as an issue

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

🧩 Analysis chain

@myoshi2891 承知しました。issueを作成します。


🏁 Script executed:

#!/bin/bash
# Create GitHub issue for workflow path inconsistency

gh issue create \
  --repo myoshi2891/Algorithm-DataStructures-Math-SQL \
  --title "SKILL.md: ワークフローパス表記の不一致を修正" \
  --body "## 概要

\`.agent/skills/spec-driven-development/SKILL.md\` の Line 17 において、ワークフローパスの表記が不統一です。

## 詳細

Line 17: \`workflows/\`
Line 42: \`.agent/workflows/\`

ドキュメント内での参照先の誤解を避けるため、表記を \`.agent/workflows/\` に統一する必要があります。

## 関連リンク

- PR: https://github.com/myoshi2891/Algorithm-DataStructures-Math-SQL/pull/311
- Review Comment: https://github.com/myoshi2891/Algorithm-DataStructures-Math-SQL/pull/311#discussion_r2862492911

Reported by: `@myoshi2891`" \
  --assignee myoshi2891

Length of output: 74


@myoshi2891 issueを作成しました!

🎫 Issue #312: SKILL.md: ワークフローパス表記の不一致を修正

PRとレビューコメントへのバックリンクを含め、myoshi2891さんにアサインしました。

4. **検証 (Verification)**: Artifacts (Walkthrough, Screenshots, Recordings), Feedback Loop into Knowledge Base

## File Roles & Best Practices

### 1. Specification Documents (`docs/`)

- **`spec.md`**: The starting point. Defines the "What" and "Why" in 2-4 sentences, main features, non-functional constraints, and raw acceptance criteria. Must be treated as a living document.
- **`requirements.md`**: Decomposes `spec.md` into Functional Requirements (FR-001) and Non-Functional Requirements (NFR-001) with strict acceptance criteria and priorities (P0/P1). Acts as the "contract".
- **`design.md` / `architecture.md`**: Technical design including Mermaid sequence diagrams, DDLs, API endpoints, and system architecture.
- **`tasks.md`**: Granular, independently testable tasks. Use checkboxes `- [ ]`. For Antigravity, explicitly state multi-agent parallelization (e.g., "Agent A", "Agent B / Parallelizable"). Always mark completed tasks `[x]` and log generated artifacts.

### 2. General Agent Configurations

- **`CLAUDE.md` (Claude)**: Project persistent memory. Must be kept under 500 lines. Prioritize critical rules and use `@import` for long texts. Avoid excessive instructions that can be enforced by Hooks.
- **`GEMINI.md` (Antigravity)**: Global persistent memory (`~/.gemini/GEMINI.md`). Contains cross-project preferences and global tools. Avoid project-specific rules here!

### 3. Antigravity-Specific Advanced Features

- **Rules (`.agent/rules/*.md`)**: Passive constraints (System Prompts).
- Use `always-on.md` for project core rules and SDD spec-loading enforcement (e.g., instructing the agent to always read `docs/spec.md` ~ `docs/tasks.md` before coding).
- Use file-specific rules like `go-style.md` using `activation: fileMatch` and `pattern: "**/*.go"` to save context window.
- **Skills (`.agent/skills/`)**: Progressive disclosure knowledge.
- The `description` field in `SKILL.md` is the "meaningful trigger". Make it highly specific ("what", "when", "why").
- Do not mix up Rules (passive constraints) and Skills (procedural active knowledge).
- **Workflows (`.agent/workflows/`)**: Active automation scripts for repetitive tasks (e.g., `/deploy`, `/review`). They can be chained.
- **Knowledge Base (`.context/`)**: Auto-injected context where the agent records discovered "Gotchas", architectural decisions, and bug patterns (like `MEMORY.md` in Claude Code).
- **Artifacts**: Agents automatically generate _Task Lists_, _Implementation Plans_, _Walkthroughs_, _Screenshots_, and _Recordings_. **Crucial Rule**: Humans must always review Implementation Plans and Artifacts before allowing major code changes.

## Global SDD Rules

1. **Spec First, Code Second**: Write zero lines of code until `spec` → `requirements` → `design` → `tasks` are prepared.
2. **Keep Specs Alive**: If code changes, the design and specs must be updated immediately to prevent project rot.
3. **Independent Tasks**: Decompose tasks so they can be executed and tested independently without polluting overall context.
4. **Use Subagents/Parallel Agents**: Execute tasks via subagents (Claude) or parallel Agent Manager (Antigravity) to keep context pristine.
5. **Enforce Why, Not Just What**: When defining rules or architectural choices, explain the reasoning (e.g., "Ban ORMs because performance tests showed 20x latency").
2 changes: 1 addition & 1 deletion .python-version
Original file line number Diff line number Diff line change
@@ -1 +1 @@
3.12.11
3.12.11
Loading