Cursor Automationを開発以外のタスクに使える実例として、次の引越し先をAutomationで調査させてSlackで報告させるフローを組んでみた これで良い物件が見つかったら面白い笑

# Cursorの機能と実践的な使い方 🧩 「あの作業、毎回同じ手順なのにAIに毎回説明している」を卒業しませんか。CursorのSkillsは、定型ワークフローを部品化してエージェントに覚えさせる仕組みです。 🏷️ タイトル: 再利用ワークフロー(SKILL.md) 🔗 URL: 📘 概要 Skillsは、特定ドメインのタスクの手順をエージェントに教える、ポータブルでバージョン管理可能なパッケージです。スクリプト・テンプレート・参照資料をまとめ、エージェントがツール経由で実行します。Rulesの進化形にあたり、文脈に応じて自動適用したり、スラッシュコマンドとして明示的に呼び出したりできます。 ⚙️ 機能の説明 各スキルは `SKILL.md` を中心に構成され、先頭のYAMLフロントマターで挙動を定義します。 ・`name`: 親フォルダ名と一致する小文字の識別子(必須) ・`description`: 何のためのスキルかと適用場面。エージェントがこの説明を読んで使うか判断します(必須) ・`paths`: glob パターンで対象ファイル種別にスコープを限定(任意) ・`disable-model-invocation`: `true` にすると自動適用されず `/skill-name` でのみ呼び出されるスラッシュ専用に(任意) 配置場所は階層的で、プロジェクトは `.cursor/skills/`(または `.agents/skills/`)、ユーザー全体は `~/.cursor/skills/` です。ルートは再帰的に走査され、ネストしたサブディレクトリも発見されます。スキルフォルダには `scripts/`(実行コード)、`references/`(必要時に読む資料)、`assets/`(テンプレや画像)を同梱できます。 🛠️ 実践的な使い方 たとえば `.cursor/skills/api-endpoint/SKILL.md` のフロントマターに `name: api-endpoint`、適用場面を書いた `description`、対象を絞る `paths: "src/api/**/*.ts"` を置き、本文に「ルートを registry に登録」「入力は zod で検証」「テストを必ず追加」といった手順を箇条書きします。 自動適用させたくない場合は `disable-model-invocation: true` を足し、Agentチャットで `/api-endpoint` と打って明示的に呼び出します。 💡 ユースケース モノレポでは各アプリ配下に `.cursor/skills/` を置くと、そのディレクトリ内のファイルへ自動的にスコープされ、`paths` を書かずに済みます。リリース手順・移行スクリプト・コードレビュー観点などを共有し、チーム全員が同じワークフローで作業できます。既存資産は Cursor 2.4 同梱の `/migrate-to-skills` で変換でき、「Apply Intelligently」(`alwaysApply: false`)なルールはスキルへ、スラッシュコマンドは `disable-model-invocation: true` 付きスキルへ自動移行されます。 ⚠️ 注意点 スキルの識別名は `SKILL.md` を含むフォルダ名から決まり、親カテゴリ名ではありません。旧来の `globs` フィールドは非推奨で、今は `paths` を使います。`/migrate-to-skills` は `alwaysApply: true` のルールやユーザーレベルのルールは移行しないため、これらは手動対応が必要です。 #Cursor# #AIコーディング#

# Cursorの機能と実践的な使い方 📏 「APIは必ずzodで検証」——その方針、毎回プロンプトに書く必要はありません。CursorのRulesがAIに永続的な記憶を与えます。 🏷️ タイトル: 永続指示(Project/Team/AGENTS.md) 🔗 URL: 📘 概要 RulesはCursorのエージェントへ、システムレベルの永続的な指示を与える仕組みです。LLMは補完間で記憶を保持しないため、Rulesがプロンプトレベルで再利用可能な文脈を供給します。プロンプト・スクリプト・ガイダンスを束ね、チーム横断で再利用できます。 ⚙️ 機能の説明 Cursorは複数の種類のRulesをサポートします。 ・Project Rules: `.cursor/rules`配下の`.mdc`ファイル。バージョン管理され、コードベースにスコープされます。 ・User Rules: Cursor設定で定義する全プロジェクト共通の好み。 ・Team Rules: ダッシュボードで管理する組織全体のルール(Team/Enterpriseプラン)。 ・AGENTS.md: プロジェクトルートやサブディレクトリに置くプレーンなMarkalternative。フロントマター不要で、ネスト配置も可能(より具体的な指示が親より優先)。 Project Rulesのフロントマターは挙動を制御します。`alwaysApply: true`で全チャットに適用、`globs`指定+`alwaysApply: false`でマッチ時に自動添付、`description`のみならエージェントが関連時に賢く適用、いずれも無ければ`@`メンション時のみ適用されます。 🛠️ 実践的な使い方 ・globsでファイル種別にスコープします。例:`src/**/*.tsx`、複数指定はカンマ区切り。これで「APIは必ずzodで検証する」を該当ファイル編集時に自動適用できます。 ・ルール生成はチャットで`/create-rule`、または`Cursor Settings > Rules, Commands`の「+ Add Rule」から行います。 ・`.mdc`の例として、フロントマターに `globs: src/api/**/*.ts` と `alwaysApply: false` を書き、本文に「受信ペイロードは必ず zod スキーマで検証」「検証失敗時は 400 と統一エラー形を返す」といった規約を記します。 ・チームでは適用順「Team Rules → Project Rules → User Rules」を踏まえ、Team Rulesで全社的な規約を強制します。 💡 ユースケース 「APIはzod検証」「コミットはConventional Commits」「ログはJSON構造化」といった反復方針をRules化し、globsで該当ファイルだけに自動適用。Gitにチェックインすればチーム全員が同じ規約の恩恵を受けられます。 ⚠️ 注意点 ルールは1ファイル500行以内に保ち、大きければ分割します。スタイルガイドの丸写しは避け(リンターに任せる)、内容の重複より「ファイル参照」を優先します。まれなエッジケースより頻出パターンを狙いましょう。User RulesはAgent(チャット)にのみ効き、Inline Editやその他のAI機能、Cursor Tabには影響しない点に注意してください。 #Cursor# #AIコーディング#

【Cursor Meetup Sendai のお知らせ】 仙台初の公式Cursorイベント開催です！ 皆様のご参加お待ちしております！ 開催日時 2026/8/21 Fri 19:00~22:00 イベントページ

Cursorチームが、公式ドキュメントだけからSQLiteをRustでゼロから実装させる実験を行った。 以前はエージェントが暴走して途中で破綻したが、今のシステムでは見事にテストを100%通過した。 で、そのやり方を書いている詳細だった。 以下、個人的に面白かったとこだけ。 ・毎秒1,000コミットを捌くために独自のバージョン管理システムを作った ・マージコンフリクトが起きた際は、中立な第三者エージェントが介入して解決する ・肥大化したファイルを検知して自動で分割する仕組みも導入されている ・また、興味深いのが、モデルの組み合わせによるコストの違い ・GPT-5.5単体では開発に約10,000ドルかかった ・しかし、Opus 4.8とComposer 2.5の分業では約1,300ドルで済んだ ・それでいて、どの構成でも最終的なコードの品質はほぼ同じだったとのこと

# Cursorの機能と実践的な使い方 ✏️ チャットを開かず、選んだコードにその場で「async化して」。CursorのInline Editは局所修正の最短ルートです。 🏷️ タイトル: Cmd/Ctrl+K 🔗 URL: 📘 概要 Inline Editは、チャット画面を起動せずにエディタ内で焦点を絞ったコード修正を行う機能です。コードを選択して`Cmd+K`(Mac)/`Ctrl+K`(Windows/Linux)を押すと、その場で指示入力欄が開きます。素早くピンポイントな変更を回すのに向いています。 ⚙️ 機能の説明 ・選択コードに対し自然文で指示を出し、`Return`で適用します。例:「これをasync関数に変換して」。 ・追撃の編集にも対応し、続けて指示を出して順に反映できます。 ・質問モード: `Opt+Return`(Mac)/`Alt+Return`(Windows/Linux)で、選択コードを編集せずに質問できます。提案を実装したくなったら「do it」と打って確定すれば適用されます。 ・エージェントへの引き継ぎ: より大きな複数ファイルにまたがる変更は、コードを選択して`Cmd+L`(Mac)/`Ctrl+L`(Windows/Linux)で、選択コードを文脈としてAgentを開けます。 🛠️ 実践的な使い方 ・関数を選んで`Cmd+K`→「async化して」「型注釈を付けて」「この分岐をearly returnに」など、局所的な書き換えを高速に回します。 ・仕様が不明なときは`Opt+Return`で質問モードに切り替え、「この正規表現は何にマッチする?」と確認 → 必要なら「do it」で修正へ移行します。 ・修正が込み入って複数ファイルに波及し始めたら、`Cmd+L`で選択コードごとAgentに引き継ぎ、自律的な実装へエスカレーションします。 💡 ユースケース レビューで指摘された一関数だけを`Cmd+K`で素早く直す、挙動が不安な箇所を質問モードで確かめてから直す、影響範囲が広がったらAgentへ昇格する、という段階的な使い分けが効果的です。 ⚠️ 注意点 Inline Editはあくまで局所的・焦点を絞った編集向けです。広範囲の変更を無理に`Cmd+K`で押し進めるより、早めに`Cmd+L`でAgentへ引き継ぐほうが安全で確実です。なおUser Rulesは原則Agent(チャット)にのみ適用され、Inline Editには効かない点にも留意してください。 #Cursor# #AIコーディング#