Vibe codingの用途と限界
AIを使ったアイデアの検証を支援します。銀行アプリの試作を例に、実データやAPI権限を使う前にセキュリティの証拠が必要な理由を学びます。
完了AI開発を理解する
公開の学習ライブラリー
すべてのレッスン
仕事に役立つレッスンを探してください。責任、レベル、トピックで絞り込めます。
すべてのレッスンの本文を検索 →見つかったレッスン: 50
モデル、コンテキスト、誤った回答
能力の高いモデルでも、情報が不足すると誤った回答を出す理由を学びます。
完了AI開発を理解する
アシスタント、エージェント、権限
回答と実際の操作を区別します。誤りの影響を変えるツールと権限を特定します。
完了AI開発を理解する
最初のAIタスクを選ぶ
入力が明確で、結果を確認でき、影響が限られる小さなタスクを選びます。
完了AI開発を理解する
価値のある進捗を測る
完了した作業、レビューの工数、手戻りを測ります。生成されたコードの量を、価値の指標にしないでください。
完了AI開発を理解する
証拠に基づいてモデルを選ぶ
代表的なタスク、受入基準、費用、チームの運用上の制約に基づいてモデルを比較します。
完了AI開発を理解する
エージェントへの作業指示書を書く
エージェントがコードを変更する前に、必要な動作、制約、証拠を記述します。
完了意図を明確にして開発する
エージェントに有用なリポジトリ情報を渡す
不要な情報を開示せずに、最新の指示、関連コード、動作する確認コマンドを提供します。
完了意図を明確にして開発する
テストを証拠として使う
誤った動作を不合格にできる確認を選びます。生成されたテストも、生成された実装と同じように慎重にレビューします。
完了意図を明確にして開発する
AIが生成したコードをレビューする
受け入れる前に、実際の変更、信頼境界、その証拠を確認します。
完了意図を明確にして開発する
既存システムを安全に変更する
現在の契約を保ちながら変更を導入します。古いクライアント、データ、デプロイの順序を考慮します。
完了意図を明確にして開発する
検証できる仮説でデバッグする
エージェントを使って原因の説明を比較し、証拠を集めます。原因を確認しないまま変更を繰り返さないでください。
完了意図を明確にして開発する
データの送信先を定める
開発ツール、モデル、ログ、デプロイしたサービスを通るデータを追跡します。機密情報を使う前に、その範囲を検証します。
完了リスクを見えるようにする
エージェントの権限を制限する
許可する操作、リソース、条件を定めます。モデルの外で権限を確認し、実装とリリースを分けます。
完了リスクを見えるようにする
取得した内容を信頼できない入力として扱う
リポジトリのファイルやツール結果に隠れた指示を見分けます。取得した情報と、操作する権限を分けます。
完了リスクを見えるようにする
リリースに含まれるものを検証する
依存関係、ビルドの入力、成果物の来歴を調べます。レビュー済みのソースと、本番に届くソフトウェアを結び付けます。
完了リスクを見えるようにする
義務と証拠を結び付ける
法の適用、技術的な管理策、その運用の証拠を分けます。責任あるレビュー担当者が調べられる記録を作ります。
完了リスクを見えるようにする
AI開発ワークフローの脅威をモデル化する
資産、信頼境界、想定される不具合を整理します。具体的な開発シナリオに合う管理策とテストを選びます。
完了リスクを見えるようにする
ソフトウェアのライフサイクル全体をつなぐ
利用者の要求から運用、フィードバックまで、一つの機能を追います。コード生成だけでは決められない判断を特定します。
完了企業規模で開発・運用する
変更後も要件を追跡できるようにする
利用者の成果を、判断、受入基準、実装、証拠に結び付けます。仮定が変わったら、つながりを更新します。
完了企業規模で開発・運用する
AI開発時代のプラットフォームエンジニアリング
人とエージェントに、サービスを作成、変更、運用するためのサポートされた方法を提供します。プラットフォームを、保守し続ける製品として扱います。
完了企業規模で開発・運用する
試作品の先に必要なインフラを定める
ID、ネットワーク、データ、復旧、運用を評価します。生成されたデプロイ構成を、会社の実際のインフラ要件に結び付けます。
完了企業規模で開発・運用する
クラウドネイティブ環境向けに設計する
再現可能なインフラ、置き換え可能なプロセス、永続的な状態、観察可能な動作を結び付けます。コンテナーへのパッケージ化以外も評価します。
完了企業規模で開発・運用する
ゾーンとリージョンをまたぐ可用性を選ぶ
高可用性、Multi-AZ、マルチリージョンの設計を比較します。リクエスト経路全体を追い、各設計が耐えるべき障害をテストします。
完了企業規模で開発・運用する
RTOとRPOを設定し、テストする
許容する中断とデータ損失を定めます。復旧戦略を比較し、復旧演習全体を測って業務要件と照合します。
完了企業規模で開発・運用する
チームをまたぐAI開発を調整する
共有する仕様、レビューの対応能力、変更の責任者を管理します。多数のチームが変更を生成するとき、提供システム全体を測ります。
完了企業規模で開発・運用する
証拠に基づいてリリースを判断する
バージョン、対象、残るリスク、復旧方法を確認します。システム上必要な場合は、merge、デプロイ、利用者への機能公開を分けます。
完了企業規模で開発・運用する
提供システム全体を測る
提供の流れ、不安定さ、サービスの成果、工数を組み合わせます。AIの効果を評価するときは、明確な定義を使います。
完了企業規模で開発・運用する
デプロイ後もサービスに責任を持つ
有用なサービス指標、インシデント時の判断、復旧、保守を定めます。コード生成の後も、運用責任を明確に保ちます。
完了運用し、改善する
利用期間を通じてソフトウェアを保守する
脆弱性、アップグレード、設定ドリフト、廃止の優先順位を決めます。保守の検出結果を、本番で検証された修正まで追います。
完了運用し、改善する
脆弱性を継続して見つけ、修正する
脆弱性の検出から本番で検証した修正まで、継続的なプロセスを作ります。成功した試作品が隠し得る保守の不足を理解します。
完了運用し、改善する
サービスとユーザーの状況を観測する
メトリクス、ログ、トレースをサービス目標に結び付けます。アラート、データ境界、テレメトリの欠落を検出する仕組みを設計します。
完了運用し、改善する
検出から復旧までインシデントに対応する
対応者を調整し、影響を封じ込め、不確実な点を伝え、復旧を検証します。インシデントから、担当者が明確な改善作業を導き出します。
完了運用し、改善する
ソフトウェアデリバリーをSOCとSIRTに結び付ける
セキュリティ監視、インシデントの引き継ぎ、証拠保全、復旧の責任を定義します。セキュリティ対応をソフトウェアライフサイクルにつなげます。
完了運用し、改善する
Self-healingの安全な範囲を定める
既知の復旧操作を、明示的な権限、検証、停止条件の下で自動化します。実行時の復旧と、ソフトウェアの変更を区別します。
完了運用し、改善する
検証した改善でフィードバックの循環を完結させる
本番環境の証拠を、要件、テスト、管理された変更、測定した結果につなげます。自己改善するソフトウェアという言葉の、責任ある意味を定義します。
完了運用し、改善する
製品の前に責任を比較する
アシスタント、社内のデリバリープラットフォーム、ソフトウェアファクトリーを比較します。それぞれが担う作業と、残る責任を明らかにします。
完了運用モデルを選ぶ
運用に必要な費用全体を比較する
初期設定、自社に残る作業、実行環境、連携、変更を含めます。単一の見積もりを予測とみなさず、前提条件を検証します。
完了運用モデルを選ぶ
サプライヤーに証拠を求める
サプライヤーの主張を、テストできる問いに変えます。範囲、設定、契約条件、自社に残る責任を確認します。
完了運用モデルを選ぶ
サービスに依存する前に移行可能性を検証する
ソースコードの所有と、運用のポータビリティを区別します。エクスポート、独立したビルド、インフラへのアクセス、移行に必要な証拠をテストします。
完了運用モデルを選ぶ
責任を明確にして導入を計画する
範囲を限定した最初のサービスを選び、成功条件と停止条件を定義し、チームに残る作業を割り当てます。
完了運用モデルを選ぶ
後から見直せる意思決定を記録する
問題、選択肢、証拠、受け入れた制限、見直しの条件を記録します。会議の後も、自社構築と購入の判断を理解できるようにします。
完了運用モデルを選ぶ
Taigaで新しいproductを始める
範囲を限定したproductを準備し、コンテキストを整え、実際のリポジトリと環境に計画を結び付けます。
完了Taigaを実務で使う
既存のコードベースをTaigaに取り込む
Taigaがリポジトリから導き出した内容をレビューします。現在の振る舞いと意図する振る舞いを分け、不正確な文書への適切な対応を選びます。
完了Taigaを実務で使う
Discoveryをつながった文書群としてレビューする
仕様、アーキテクチャ、データフロー、セキュリティ文書を通して要件を追います。古い前提に計画が依存する前に、改訂に対応します。
完了Taigaを実務で使う
成果をinitiativeにする
レビュー可能な作業につながる意図を書きます。Initiativeを実行キューに入れる前に、範囲と依存関係を確認します。
完了Taigaを実務で使う
Taigaが判断を待つ箇所を選ぶ
計画の承認、buildの実行、マージ権限、デプロイを分けます。組織が保持すべき判断に合わせて、自律動作を設定します。
完了Taigaを実務で使う
証拠を使ってTaigaのデリバリーをレビューする
Initiative、計画、run、diff、チェックを結び付けます。マージやリリースを受け入れる前に、現在の変更を検証します。
完了Taigaを実務で使う
Needs youによる中断を解決する
Initiativeが停止した理由を調べます。判断の背景を保ちながら、続行、再計画、最初からの実行、人による設定作業を選びます。
完了Taigaを実務で使う
完全な責任モデルでTaigaを有効にする
複数のproductに利用を広げる前に、事業の責任、ポリシー、プラットフォームの境界、デリバリーの管理策、継続的な運用を結び付けます。
完了Taigaを実務で使う
このフィルターに一致するレッスンはありません。トピックの範囲を広げてみてください。