@k2works/claude-code-booster 1.10.0 → 1.11.0

package/lib/assets/docs/template/ADR.md

@@ -1,30 +1,30 @@
-# Sample
-
-アーキテクチャ決定の簡単な説明
-
-日付: 2025-02-26
-
-## ステータス
-
-2025-02-26 提案されました
-
-## コンテキスト
-
-この決定を行った状況
-
-## 決定
-
-決定とその根拠
-
-## 影響
-
-この決定による影響
-
-## コプライアンス
-
-この決定が遵守されていることを確認する方法
-
-## 備考
-
-この決定のメタデータ（著者など）
-
+# Sample
+
+アーキテクチャ決定の簡単な説明
+
+日付: 2025-02-26
+
+## ステータス
+
+2025-02-26 提案されました
+
+## コンテキスト
+
+この決定を行った状況
+
+## 決定
+
+決定とその根拠
+
+## 影響
+
+この決定による影響
+
+## コプライアンス
+
+この決定が遵守されていることを確認する方法
+
+## 備考
+
+この決定のメタデータ（著者など）
+

package/lib/assets/docs/template/README.md

@@ -1,50 +1,50 @@
-# プロジェクト名
-
-## 概要
-
-### 目的
-
-### 前提
-
-| ソフトウェア | バージョン | 備考 |
-| :----------- | :--------- | :--- |
-| nodejs       | 12.12.0    |      |
-
-## 構成
-
-- [構築](#構築)
-- [配置](#配置)
-- [運用](#運用)
-- [開発](#開発)
-
-## 詳細
-
-### Qick Start
-
-```bash
-npm install
-npm start
-```
-
-### 構築
-
-```bash
-npm init -y
-npm install --save-dev browser-sync jest @babel/core @babel/cli @babel/preset-env @babel/register
-```
-
-**[⬆ back to top](#構成)**
-
-### 配置
-
-**[⬆ back to top](#構成)**
-
-### 運用
-
-**[⬆ back to top](#構成)**
-
-### 開発
-
-**[⬆ back to top](#構成)**
-
-## 参照
+# プロジェクト名
+
+## 概要
+
+### 目的
+
+### 前提
+
+| ソフトウェア | バージョン | 備考 |
+| :----------- | :--------- | :--- |
+| nodejs       | 12.12.0    |      |
+
+## 構成
+
+- [構築](#構築)
+- [配置](#配置)
+- [運用](#運用)
+- [開発](#開発)
+
+## 詳細
+
+### Qick Start
+
+```bash
+npm install
+npm start
+```
+
+### 構築
+
+```bash
+npm init -y
+npm install --save-dev browser-sync jest @babel/core @babel/cli @babel/preset-env @babel/register
+```
+
+**[⬆ back to top](#構成)**
+
+### 配置
+
+**[⬆ back to top](#構成)**
+
+### 運用
+
+**[⬆ back to top](#構成)**
+
+### 開発
+
+**[⬆ back to top](#構成)**
+
+## 参照

package/lib/assets/docs/template//343/201/276/343/201/232/343/201/223/343/202/214/343/202/222/350/252/255/343/202/202/343/201/206/343/203/252/343/202/271/343/203/210.md

@@ -1,12 +1,12 @@
-# まずこれを読もうリスト
-
-- [コンテキスト図](./requirements/コンテキスト図.md) - 情勢をつかむ。
-- [インセプションデッキ](./requirements/インセプションデッキ.md) - プロジェクトの最初の週に作成された。ここにあるものの大部分は変更されたが、このドキュメントは我々がなぜこのシステムを構築しているかを示している。
-- [ユーザーストーリー](./requirements/要件.md) - ユーザーの視点からシステムの要件をまとめる。ユーザーが何を求めているかを理解するために重要。
-- [ユースケース](./requirements/要件.md) - システムの機能を表す。システムが何をするかを理解するのに必要。
-- [アーキテクチャドキュメント](./design/アーキテクチャ.md) - システムのアーキテクチャを示す。システムの全体像を把握するために重要。
-- [設計キュメント](./design) - システムの設計に関する詳細をまとめる。具体的な実装方法や技術選定を記録する。
-- [開発ドキュメント](./development) - 開発の具体的な手順やガイドラインをまとめる。
-- [運用ドキュメント](./operation) - システムの運用に関する情報を提供する。運用チームがシステムを管理するために必要。
-- [アーキテクチャ決定ログ](./adr) - システムのアーキテクチャに関する重要な決定を記録する。将来の参照や説明に役立つ。
-- [日誌](./journal) - 開発の進捗や問題点を記録する。開発の履歴を追うために重要。
+# まずこれを読もうリスト
+
+- [コンテキスト図](./requirements/コンテキスト図.md) - 情勢をつかむ。
+- [インセプションデッキ](./requirements/インセプションデッキ.md) - プロジェクトの最初の週に作成された。ここにあるものの大部分は変更されたが、このドキュメントは我々がなぜこのシステムを構築しているかを示している。
+- [ユーザーストーリー](./requirements/要件.md) - ユーザーの視点からシステムの要件をまとめる。ユーザーが何を求めているかを理解するために重要。
+- [ユースケース](./requirements/要件.md) - システムの機能を表す。システムが何をするかを理解するのに必要。
+- [アーキテクチャドキュメント](./design/アーキテクチャ.md) - システムのアーキテクチャを示す。システムの全体像を把握するために重要。
+- [設計キュメント](./design) - システムの設計に関する詳細をまとめる。具体的な実装方法や技術選定を記録する。
+- [開発ドキュメント](./development) - 開発の具体的な手順やガイドラインをまとめる。
+- [運用ドキュメント](./operation) - システムの運用に関する情報を提供する。運用チームがシステムを管理するために必要。
+- [アーキテクチャ決定ログ](./adr) - システムのアーキテクチャに関する重要な決定を記録する。将来の参照や説明に役立つ。
+- [日誌](./journal) - 開発の進捗や問題点を記録する。開発の履歴を追うために重要。

package/lib/assets/docs/template//343/202/244/343/203/206/343/203/254/343/203/274/343/202/267/343/203/247/343/203/263/345/256/214/344/272/206/345/240/261/345/221/212/346/233/270.md

@@ -1,59 +1,59 @@
-# プロジェクト概要
-
-## 日程
-
-- イテレーション開始日
-- イテレーション終了日
-- 作業日数
-
-## 要員
-
-|名前|予定作業日数|実績作業日数|
-|---|---|---|
-|A|5|5|
-
-## 指標
-
-### ナイトリービルド結果
-
-|日付|結果|
-|---|---|
-|9月1日(月) |Build failed|
-
-### イテレーションバーンダウン
-
-```mermaid
-xychart-beta
-    title "リリースバーンダウンチャート"
-    x-axis ["イテレーション1", "イテレーション2", "イテレーション3", "イテレーション4", "イテレーション5", "イテレーション6"]
-    y-axis "残ストーリーポイント" 0 --> 120
-    line [100, 82, 65, 48, 30, 0]
-    line [100, 85, 72, 60, 42, 10]
-```
-
-### ベロシティ
-
-```mermaid
-xychart-beta
-    title "イテレーション別ベロシティ"
-    x-axis ["イテレーション1", "イテレーション2", "イテレーション3", "イテレーション4", "イテレーション5", "イテレーション6", "イテレーション7", "イテレーション8"]
-    y-axis "完了したストーリーポイント" 0 --> 25
-    bar [15, 18, 14, 16, 19, 17, 20, 21]
-    line [17.5, 17.5, 17.5, 17.5, 17.5, 17.5, 17.5, 17.5]
-    line [20.5, 20.5, 20.5, 20.5, 20.5, 20.5, 20.5, 20.5]
-```
-
-## 実施内容と評価
-
-|ストーリー|結果|予定ポイント|ベロシティ加算ポイント|
-|---|---|---|---|
-|ユーザーとして、私は...|完了|5|5|
-|ユーザーとして、私は...|完了|3|3|
-|ユーザーとして、私は...|完了|8|8|
-|合計| |16|16|
-
-### イテレーションレビュー
-
-|アクションアイテム|担当|
-|---|---|
+# プロジェクト概要
+
+## 日程
+
+- イテレーション開始日
+- イテレーション終了日
+- 作業日数
+
+## 要員
+
+|名前|予定作業日数|実績作業日数|
+|---|---|---|
+|A|5|5|
+
+## 指標
+
+### ナイトリービルド結果
+
+|日付|結果|
+|---|---|
+|9月1日(月) |Build failed|
+
+### イテレーションバーンダウン
+
+```mermaid
+xychart-beta
+    title "リリースバーンダウンチャート"
+    x-axis ["イテレーション1", "イテレーション2", "イテレーション3", "イテレーション4", "イテレーション5", "イテレーション6"]
+    y-axis "残ストーリーポイント" 0 --> 120
+    line [100, 82, 65, 48, 30, 0]
+    line [100, 85, 72, 60, 42, 10]
+```
+
+### ベロシティ
+
+```mermaid
+xychart-beta
+    title "イテレーション別ベロシティ"
+    x-axis ["イテレーション1", "イテレーション2", "イテレーション3", "イテレーション4", "イテレーション5", "イテレーション6", "イテレーション7", "イテレーション8"]
+    y-axis "完了したストーリーポイント" 0 --> 25
+    bar [15, 18, 14, 16, 19, 17, 20, 21]
+    line [17.5, 17.5, 17.5, 17.5, 17.5, 17.5, 17.5, 17.5]
+    line [20.5, 20.5, 20.5, 20.5, 20.5, 20.5, 20.5, 20.5]
+```
+
+## 実施内容と評価
+
+|ストーリー|結果|予定ポイント|ベロシティ加算ポイント|
+|---|---|---|---|
+|ユーザーとして、私は...|完了|5|5|
+|ユーザーとして、私は...|完了|3|3|
+|ユーザーとして、私は...|完了|8|8|
+|合計| |16|16|
+
+### イテレーションレビュー
+
+|アクションアイテム|担当|
+|---|---|
 |ユーザーとして、私は...のレビュー|A|

package/lib/assets/docs/template//343/202/244/343/203/263/343/202/273/343/203/227/343/202/267/343/203/247/343/203/263/343/203/207/343/203/203/343/202/255.md

@@ -1,13 +1,13 @@
-# インセプションデッキ
-
-- [ ] なぜやるのか？ 解決しようとしている問題を簡潔かつ明確に説明しよう。
-- [ ] どんなビジョンなのか？ 一つ目の問いに答えることで共有された問題を、提案されたソフトウェアシステムがどのように解決するかを簡潔に説明する。
-- [ ] どんな価値をもたらすのか？ プロジェクトのビジネス目標を一覧にする。
-- [ ] スコープの範囲はどこか？ 現状、スコープ内にあることが分かっている最も優先順位の高い機能要求を一覧にする。これは通常、必須科目となる。また、スコープ外のフィーチャ、スコープがまだ決まっていないアーキテクチャ上重要性を持つ機能も一覧にする。
-- [ ] 主なステークホルダーは？ 主なステークホルダーとその主な関心事を一覧にする。
-- [ ] 基本的な解決策はどのようなものになるか？ 概念的なアーキテクチャのスケッチを共有する。
-- [ ] 主なリスクは何か？（このプロジェクトが失敗するとしたら、どんな理由からか）
-- [ ] どのくらい作業があり、費用はいくらか？ スコープと概念上のアーキテクチャについて分かっていることから、作業を完了するのにかかるおよその作業量とコストを見積もる。チームサイズとスキルセットについて仮定したことをすべて一覧にする。
-- [ ] トレードオフにどう向き合うか？ 難しい判断を下すことになる前に、重要なトレードオフについて率直に話し合う。代表的な4つの要素「時間」「予算」「品質」「スコープ」について話そう。特に対立する可能性がある場合は、興味深い品質特性や優先順位の高い品質特性についても話し合おう。
-- [ ] 初回リリースが可能になるのはいつか？ ソフトウェアを提供するのにかかる期間の見込みをステークホルダーに伝える。この見積は、重要なマイルストーンについて会話を始める機会となる。分かっている作業のタイムラインのドラフトやプロジェクトスケジュールを作成する。スケジュールは完璧である必要はなく、プロジェクトが進むにつれて変更されるべきだ。
-
+# インセプションデッキ
+
+- [ ] なぜやるのか？ 解決しようとしている問題を簡潔かつ明確に説明しよう。
+- [ ] どんなビジョンなのか？ 一つ目の問いに答えることで共有された問題を、提案されたソフトウェアシステムがどのように解決するかを簡潔に説明する。
+- [ ] どんな価値をもたらすのか？ プロジェクトのビジネス目標を一覧にする。
+- [ ] スコープの範囲はどこか？ 現状、スコープ内にあることが分かっている最も優先順位の高い機能要求を一覧にする。これは通常、必須科目となる。また、スコープ外のフィーチャ、スコープがまだ決まっていないアーキテクチャ上重要性を持つ機能も一覧にする。
+- [ ] 主なステークホルダーは？ 主なステークホルダーとその主な関心事を一覧にする。
+- [ ] 基本的な解決策はどのようなものになるか？ 概念的なアーキテクチャのスケッチを共有する。
+- [ ] 主なリスクは何か？（このプロジェクトが失敗するとしたら、どんな理由からか）
+- [ ] どのくらい作業があり、費用はいくらか？ スコープと概念上のアーキテクチャについて分かっていることから、作業を完了するのにかかるおよその作業量とコストを見積もる。チームサイズとスキルセットについて仮定したことをすべて一覧にする。
+- [ ] トレードオフにどう向き合うか？ 難しい判断を下すことになる前に、重要なトレードオフについて率直に話し合う。代表的な4つの要素「時間」「予算」「品質」「スコープ」について話そう。特に対立する可能性がある場合は、興味深い品質特性や優先順位の高い品質特性についても話し合おう。
+- [ ] 初回リリースが可能になるのはいつか？ ソフトウェアを提供するのにかかる期間の見込みをステークホルダーに伝える。この見積は、重要なマイルストーンについて会話を始める機会となる。分かっている作業のタイムラインのドラフトやプロジェクトスケジュールを作成する。スケジュールは完璧である必要はなく、プロジェクトが進むにつれて変更されるべきだ。
+