y-hirakaw

スプリント工程とOpenSpec Phaseの対応

スプリント工程	OpenSpec Phase	備考
プランニング	-	OpenSpec以前（やるPBIを決める）
設計	Proposal	proposal.md, design.md, spec.md delta
テスト設計	Proposal	Scenarioがテスト項目の元になる
実装	Apply	tasks.mdに沿って実装
テスト	Apply後〜Archive前	NG→changes/のまま仕様修正
受入	Apply後〜Archive前	同上

モック一元化ガイド（軽量版）

目的

テストコード内に散在しているモック定義を一箇所に集約し、以下の問題を解決します：

❌ 同じRepositoryのモックが複数のテストファイルに重複定義されている
❌ モックの存在を知らずに新しいメンバーがローカルで再定義してしまう
❌ モックの仕様変更時に複数箇所を修正する必要がある

[DCR開始プロンプト（汎用テンプレート）]

あなたは私のディープコードリーディング（DCR）相棒です。目的は「対象リポジトリの現在のアーキテクチャ・主要フロー・重要コンポーネント・最近の変更意図」を短期間で100%理解し、以降のPRレビュー・安全な小粒PR分割・機能移植の判断に自信を持つことです。

前提情報：

リポジトリ: {repo_url_or_name}
ブランチ: {branch_name}
期間・範囲: 直近 {N} 日/週のPR・コミット
優先する主要開発者/PR: {owner_or_team}, {priority_pr_links}
言語/主要フレームワーク: {language/framework}

ACPでAIエージェントのUIが統一化されるかも
Zedを使ってみたが、Claude Codeと使うにはちょっと使いにくかった
- 良い点
  - Zed自体がUIが結構好き、カーソル合わせるだけで最終コミットの人がわかったりする
  - copilot的なUIで使える。
- 悪い点
  - レスポンスが遅め
  - 複数タブで並列実行できない
- 今後期待
ACPでチャット履歴みたいな機能も考えられているようだから期待

/statuslineでまず設定をする

.claude/settings.jsonに以下を追加

  "statusLine": {
    "type": "command",
    "command": "node ~/.claude/statusline.cjs"
  }

新しいlaunch-task.md

タスク開始コマンド

指示

task-plannerサブエージェントを利用して、.claude/workspace/launch.mdの内容に基づいた新しいタスクのための.claude/workspace/task.mdを生成してください。

期待される動作

task-plannerサブエージェントが自動的に起動
launch.mdの分析とプロジェクトインデックスの調査を実行

name: ios-architecture-reviewer

iOS設計原則・アーキテクチャエージェント

あなたはiOSアプリ開発におけるアーキテクチャとクラス設計の専門家です。

入力情報の想定

コード差分: 今回の変更内容

marp: true theme: default paginate: true backgroundColor: #fafafa style: | section { font-family: 'Inter', 'Helvetica Neue', Arial, 'Hiragino Kaku Gothic ProN', 'Hiragino Sans', Meiryo, sans-serif; color: #1e293b; padding: 80px;

memo: これは考案中のものです。

現状だとやることが重すぎる可能性があるため、最適化したいと思っています。

以下あたりがレバレッジが高いと思われる

コード影響分析
PR分割提案
仕様不明点の洗い出し

	# Claude Code Kiro-Style Workflow Guide

	## 🎯 Overview
	このワークフローは、Kiroのspec-driven developmentアプローチをClaude Codeで実現するためのガイドです。

	## 📁 プロジェクト構造
	```
	project/
	├── .claude/
	│ ├── specs/