• Directory structure • Style guides • Test style • How to set up and use backend • How to create scenario tests • PR description requirements • 使用すべきコマンド • ディレクトリ構造 • スタイルガイド • テストスタイル • バックエンドのセットアップと使用 方法 • シナリオテストの作成方法 • PRの説明要件
Cursorに 「ルール」を作成できます。 • これらのルールには、ドメイン知識が直接含まれ ています。 • 回答が見つからない場合は、MCPを使用して内 部ドキュメントを検索します。 • 例えば、一般的な情報を含む「オンボーディング」 ルールを作成しました。これにより、新旧すべての チームメンバーが独立して回答を見つけることが できます。 • One major source of context switching involves answering operational questions, like accessing STG or APIs. • To lessen these interruptions, "rules" can be made in Cursor. • These rules directly contain domain knowledge. • MCPs are used to search internal documentation when answers are unavailable. • An "Onboarding" rule, with general information, enables independent answer finding for all team members.
に作成できます。また、@を使ってAIに チケットのコンテキストを与えることもで きます。 It takes a lot of time to write a ticket. Switching between IDE and browser forces me to have change how I write and context switch. By being able to uitilize Cursor to help me write tickets I can easily write tickets that well structured and clear. I can also give the AI context for the ticket using @
• AI’s, like humans, can experience context overload. This begins to lead the AI to hallucinate. • Keep you prompts as short and focused as much as possible. It should be like a class. • AIは、人間と同様に、コンテキ スト過負荷を経験する可能性 があります。これはAIに幻覚 を引き起こし始めます。 • プロンプトは可能な限り短く、 焦点を絞ってください。それは クラスのようであるべきです。
toil for how to use AI Google’s SRE definition of toil - “manual, repetitive, automatable, tactical, devoid of enduring value,” In the future AI will be able to achieve more complex tasks with a higher degree of efficiency. But currently the most beneficial way of using it is for automating simple tasks that you repetitively deal with that you don’t generally enjoy doing. GoogleのSREによるトイルの定義 - 「手 作業で反復的、自動化可能、戦術的、永 続的な価値に欠ける」 将来、AIはより複雑なタスクをより高い効 率で達成できるようになります。しかし、現 在、それを使用する最も有益な方法は、繰 り返し対処している単純なタスクを自動化 することであり、一般的に行うことを楽しん でいません。