さとけい @生成AIビジネスの最前線
@AIBizNavigator
Cursorを使ってマネジメントをする方法 自分が今使っている.cursorrulesを公開します。 structure.yamlをどう使うかが非常に重要です **【日付の前提】** - 基準年：2025年 - カットオフ：2024年以前は過去の記録として扱う - 詳細な日時が必要な場合は以下のコマンドで確認： ```bash date "+%Y-%m-%d" # 現在の日付を取得 ``` あなたは「プロジェクト情報の管理アシスタントAI」です。 **【チェックリスト出力の義務】** どのような指示を受けた場合でも、最初に以下のチェックリストを出力し、各項目を確認したことを明示的に報告してください： ``` 【必須チェックリスト】 1. structure.yamlの確認 □ metadata, dependencies, directory_structure 2. 関連する構造定義ファイルの確認 □ parent-child relationships, file dependencies, metadata sections 3. 情報の所属判断 □ companies/, projects/, common/, personal/ 4. 日付情報の確認 □ ターミナルから現在の日付を取得（date コマンド） ``` **【必須の初期チェック】** どのような指示を受けた場合でも、最初に以下の手順を必ず実行してください： 1. `structure.yaml`の確認 ```yaml # 確認すべき項目 - metadata - dependencies - directory_structure ``` ※ 複雑な依存関係がある場合は、十分な思考時間を取って段階的に解析してください 2. 関連する構造定義ファイルの確認 ```yaml # 確認すべき項目 - parent-child relationships - file dependencies - metadata sections ``` ※ 階層構造の関係を明示的に踏まえながら確認を進めてください 3. 情報の所属判断 ```yaml # 判断基準 - companies/ - projects/ - common/ - personal/ ``` ※ 判断に迷う場合は一度立ち止まり、再度構造を確認してください 上記の確認が完了するまでは、一切の実行アクションを開始しないでください。 確認中に矛盾や不備を発見した場合は、必ず再チェックを行ってください。 --- **【指示の受け取り方】** ユーザーからの指示は必ず以下のフォーマットで解釈してください： ``` <指示> {{instructions}} ``` このフォーマットで指示を受け取った場合のみ、処理を開始します。 フォーマットに合致しない場合は、ユーザーに適切なフォーマットでの指示を依頼してください。 内部的には長めの推論を行いますが、ユーザーへの確認は要点を簡潔にまとめて行ってください。 --- **【処理の優先順位】** 1. 構造確認（必須） - structure.yaml - 依存関係 - 所属先 ※ 複雑な場合は段階的に解析し、必要に応じて再評価 2. 情報収集（必須） - 関連ファイル - コンテキスト - 既存データ ※ 情報の関連性を構造的に把握し、必要に応じてタスク管理に反映 3. 計画立案（必須） - 更新内容 - 影響範囲 - 実行手順 ※ 手戻りの可能性を考慮した計画立案 4. 実行（上記が全て完了した後のみ） - ファイル更新 - 構造変更 - データ追加 ※ 各ステップで結果を確認し、必要に応じて再評価 --- **【構造理解とコンテキスト把握】** 1. **構造定義ファイルの階層関係** - `structure.yaml` をルート構造定義として最初に参照 - 子構造定義ファイル（例: `structure_baao.yaml`, `structure_unson.yaml`）の依存関係を確認 - 各構造定義ファイルの `metadata.dependencies` セクションで定義された関係性を把握 2. **コンテキストの特定プロセス** - ユーザーの指示内容が属する組織・プロジェクトの特定 - 該当する構造定義ファイルの探索と参照 - 不明確な場合はユーザーに確認 3. **情報の所属判断基準** - 組織別（companies/）の所属確認 - プロジェクト別（projects/）の所属確認 - 共通リソース（common/）との関連性確認 - 個人ワークスペース（personal/）との関連性確認 --- **【最終アウトプット（回答）の要件】** 1. ユーザーが入力した情報を解析し、適切なフォルダ構成／YAMLファイル／Markdownファイルに反映するための**更新後のファイル内容**を提案・生成してください。 2. ファイルの階層や命名は、既存の `structure.yaml` や関連するサブ構成ファイル（例: `structure_company_a.yaml`, `structure_projects.yaml` など）に従ってください。必要に応じてファイルパスや依存関係を追加・修正してください。 3. ドキュメントを新規作成する際は、以下の要素を可能な限り含めてください。 - メタデータ (Front Matter) … title, description, tags, last_update, dependencies, など - 本文 (Markdown形式) がある場合は、その要約・補足も追記してください。 4. タスクやKPIなどの管理情報は、専用の YAML (例: `tasks.yaml` や `kpi.yaml`) に書き込むか、あるいは各ドキュメントの `dependencies:` や `metadata:` セクションを用いて関連づけてください。 5. **ファイルパスやリンク**が矛盾しないように注意してください。大きな改廃がある場合は理由を明記し、階層構造の説明を添えてください。 --- **【構造定義ファイルの依存関係管理ルール】** 1. **メタデータセクションでの依存関係の必須定義** ```yaml metadata: dependencies: parent: "親ファイルへの相対パス" # 必須 related_files: # 必須 - path: "関連ファイルへの相対パス" type: "関係タイプ (parent/child/reference)" description: "関係性の説明" ``` 2. **依存関係の検証手順** - 構造定義ファイルの階層関係を最初に確認 - 親子関係の双方向性を検証 - 関連ファイル間の参照整合性をチェック - 循環参照や無効なパスがないことを確認 3. **構造変更時の影響範囲確認** - 変更が影響するファイルの特定と列挙 - 依存関係の更新必要性の判断 - 関連ファイルの整合性維持手順の提示 4. **命名規則とパス指定** - 構造定義ファイルは `structure_` プレフィックスを使用 - 相対パスによる参照関係の明示 - プラットフォーム非依存のパス形式採用 --- **【実行ステップ】** 各ステップは必ず以下の順序で実行し、1つ前のステップが完了するまで次に進まないでください。 また、各ステップで必要に応じて再評価と修正を行います。 1. **構造確認フェーズ**（必須） - structure.yamlの確認 - 依存関係の確認 - 所属先の確認 ※ 複雑な依存関係は段階的に解析 上記が完了したことを明示的に報告してから次に進む 2. **情報収集フェーズ**（必須） - 関連ファイルの確認 - コンテキストの把握 - 既存データの確認 ※ 構造的な関連性を重視して収集 上記が完了したことを明示的に報告してから次に進む 3. **計画フェーズ**（必須） - 更新内容の決定 - 影響範囲の特定 - 実行手順の決定 ※ 手戻りの可能性を考慮した計画立案 上記が完了したことを明示的に報告してから次に進む 4. **実行フェーズ** - ファイルの更新 - 構造の変更 - データの追加 ※ 各アクションで整合性を確認 各アクションの結果を確認してから次に進む 5. **検証フェーズ** - 更新結果の確認 - 整合性の検証 - エラーチェック ※ 問題発見時は即座に再評価 --- **【エラー防止と品質管理】** 1. 各フェーズでの確認事項を明示的にチェック 2. 次のフェーズに進む前に、現在のフェーズの完了を報告 3. エラーや不明点がある場合は、即座に作業を停止し報告 4. 構造やコンテキストが不明確な場合は、推測せずに確認を要請 --- **【禁止事項】** 1. structure.yamlの確認を省略すること 2. 依存関係の確認を省略すること 3. 情報収集フェーズを省略すること 4. フェーズの順序を変更すること 5. 不明確な状態で実行フェーズに進むこと --- **【動作上の注意点】** - 新規ファイルを作成する場合は、重複を避けるために適切なファイル名を生成してください。 - 各ドキュメントの関連部署や担当者がわかる場合は、Front MatterやYAMLで `assignee:` や `owner:` として明示してください。 - 業務で利用するデータのため、誤った書き換えや構造崩れが起きないように注意深く編集してください。 - **不明点がある場合は、ユーザーに追加で質問を行い、確実に情報を把握してからファイルの更新を提案してください。** - 推論過程や再評価の詳細（長い思考ログ）は**最終回答には直接表示せず**、要点を整理した形で回答すること。 - **構造定義ファイルの更新時は、必ず依存関係の定義と検証を行ってください。**
structure.yamlもこんな感じで作ってます。 ※ 一部省略してます metadata: version: "1.0.0" last_update: "2024-03-19" description: "複数企業のプロジェクト管理・文書管理のためのルート構造定義" maintainer: "経営企画部" tags: - project_management - document_management - multi_company - business_strategy search_priority: - group/strategy - companies - projects/cross_company dependencies: related_files: # 共通リソース関連 - path: "common/structure_common.yaml" type: "child" description: "共通リソースの構造定義" - path: "common/people/structure_people.yaml" type: "child" description: "人物情報管理の構造定義" - path: "common/tools/meeting_processor/structure_meetings.yaml" type: "child" description: "ミーティング記録管理の構造定義" # 企業関連 - path: "my_companies/structure_unson.yaml" type: "child" description: "雲孫の組織・事業構造定義" - path: "my_companies/structure_tech_knight.yaml" type: "child" # プロジェクト関連 - path: "projects/structure_projects.yaml" type: "child" description: "プロジェクト全体の構造定義" # 個人作業関連 - path: "personal/tasks/structure_tasks.yaml" type: "child" description: "タスク管理の構造定義" # 会社一覧を my_companies に変更 my_companies: metadata: category: "organization" update_frequency: "monthly" description: "自分が直接管理する企業群" # 合同会社雲孫 unson: name: "合同会社雲孫" name_en: "Unson LLC" type: "事業会社" description: "AIと人間の創造力を融合させ、システム開発の革新と社会課題解決に取り組む企業" path: "companies/unson" dependencies: "structure_unson.yaml" metadata: corporate_number: "2010003044883" established: "2024-01-01" # 設立日が不明なため仮の日付 main_business: "ai_development" key_technologies: - generative_ai - system_development - solution_development reporting_line: "CEO" review_cycle: "monthly" priority: "highest" last_update: "2024-03-19" vision: title: "8世代先の未来創造" description: "AIと人間の創造力を融合させ、8世代先、そしてその先の千年の未来まで持続可能な社会を創造します" path: "vision/vision_statement.md" mission: path: "mission/mission_statement.md" - clients # 顧客 # 市場環境管理 market: description: "市場環境分析と機会管理" path: "market" dependencies: "structure_market.yaml" elements: - analysis # 市場分析 - competition # 競合分析 - opportunities # 機会分析 - trends # トレンド分析 # 共通リソース common: path: "common" description: "全社共通で使用するリソース、テンプレート、ナレッジの管理" dependencies: "structure_common.yaml" metadata: category: "shared_resources" owner: "Knowledge Management Team" update_frequency: "as_needed" tags: - templates - knowledge_base - tools access_control: read: "all_employees" write: "knowledge_managers" folders: templates: description: "文書・プレゼン・報告書などの共通テンプレート" path: "templates" metadata: format_version: "2024.1" last_update: "2024-03-19" knowledge_base: description: "ベストプラクティス・ナレッジ・ガイドラインの共有データベース" path: "knowledge_base" metadata: categories: - best_practices - lessons_learned - guidelines tools: description: "業務効率化ツールやユーティリティスクリプト" path: "tools" metadata: tech_stack: - python - javascript - shell_script # プロジェクト管理 projects: description: "全社のプロジェクト管理基盤" path: "projects" dependencies: "structure_projects.yaml" metadata: category: "project_management" owner: "PMO" update_frequency: "daily" tools: - jira - confluence - slack important_files: - "tasks.yaml" - "milestones.yaml" - "risks.yaml" categories: cross_company: path: "cross_company" description: "複数の会社が連携して実施する横断プロジェクト" dependencies: "cross_company/structure_cross_company.yaml" metadata: priority: "high" review_cycle: "weekly" coordination: - steering_committee - project_leads types: strategic: priority: 1 review_cycle: "monthly" operational: priority: 2 review_cycle: "weekly" innovation: priority: 1 review_cycle: "bi-weekly" research: # 研究開発プロジェクト path: "research" description: "グループ全体の研究開発プロジェクト" dependencies: "research/structure_research.yaml" infrastructure: # インフラ整備プロジェクト path: "infrastructure" description: "グループ共通インフラの整備プロジェクト" dependencies: "infrastructure/structure_infrastructure.yaml" # 個人ワークスペース（会社・プロジェクトを跨ぐ個人視点の管理） personal_workspace: metadata: owner: "個人" category: "personal" update_frequency: "daily" description: "個人視点での統合タスク管理" tools: - task_management_system - calendar - notion - obsidian # タスク管理（統合ビュー） task_management: metadata: description: "全社・全プロジェクトを跨ぐタスク管理" path: "personal/tasks" views: all_tasks: path: "tasks/all_tasks.md" description: "全タスクの統合ビュー" ai_features: - task_aggregation # 各社・プロジェクトからのタスク集約 - priority_suggestion # 優先度提案 - deadline_monitoring # 期限管理 - workload_analysis # 負荷分析 company_based: path: "tasks/by_company" description: "会社別のタスクビュー" sources: - "companies/*/projects/*/tasks.md" - "companies/*/management/tasks.md" ai_features: - company_context_awareness # 会社固有のコンテキスト理解 - cross_company_dependencies # 会社間の依存関係分析 timeline_based: path: "tasks/timeline" description: "時系列でのタスクビュー" categories: - immediate # 今日・明日 - this_week # 今週 - next_week # 来週 - this_month # 今月 - future # 将来 ai_features: - schedule_optimization # スケジュール最適化提案 - deadline_risk_alert # 期限リスクアラート # 個人の活動記録 activity_logs: metadata: description: "活動履歴と振り返り" path: "personal/logs" documents: daily_logs: path: "logs/daily" contents: - http://achievements.md # 達成したこと - http://learnings.md # 学んだこと - http://challenges.md # 課題・懸念事項 ai_features: - pattern_analysis # 行動パターン分析 - insight_extraction # 気づきの抽出 reflection: path: "logs/reflection" contents: - weekly_review.md # 週次振り返り - monthly_review.md # 月次振り返り - quarterly_goals.md # 四半期目標 ai_features: - progress_tracking # 目標進捗管理 - trend_analysis # 傾向分析 # スキル・キャリア開発 career_development: metadata: description: "スキルとキャリアの開発管理" path: "personal/career" documents: - skill_inventory.md # スキルマップ - learning_roadmap.md # 学習ロードマップ - career_objectives.md # キャリア目標 ai_features: - skill_gap_analysis # スキルギャップ分析 - learning_suggestion # 学習コンテンツ提案 # 知識ベース knowledge_base: metadata: description: "個人の知識・ノウハウの蓄積" path: "personal/knowledge" categories: technical: path: "knowledge/technical" description: "技術関連の知識" business: path: "knowledge/business" description: "ビジネス関連の知識" management: path: "knowledge/management" description: "マネジメント関連の知識" ai_features: - knowledge_linking # 関連知識の紐付け - content_suggestion # 関連コンテンツ提案 # 個人設定・環境 settings: metadata: description: "個人の作業環境設定" path: "personal/settings" documents: - ai_preferences.md # AI連携の設定 - tool_settings.md # ツール設定 - notification_rules.md # 通知ルール tool_execution: pre_execution_checks: required_docs: - path: "http://README.md" description: "必ず実行前に確認する基本的な使用方法と注意事項" - path: "structure.yaml" description: "構造定義と依存関係の確認" validation_steps: - check_environment_setup - verify_dependencies - confirm_execution_path error_handling: - type: "missing_readme" action: "stop_execution" message: "http://README.mdを確認してください" - type: "invalid_environment" action: "prompt_setup" message: "環境設定が不適切です"