http://izanami.dev/occupations/Programmer Programmer に関連する記事のRSSフィードです Thu, 30 Apr 2026 01:54:44 GMT https://validator.w3.org/feed/docs/rss2.html izanami RSS Feed ja http://izanami.dev/favicon.ico http://izanami.dev/occupations/Programmer All rights reserved 2026 http://izanami.dev/post/73b20467-323c-42d9-9706-a72b812ad5ea http://izanami.dev/post/73b20467-323c-42d9-9706-a72b812ad5ea中村達郎 Tue, 28 Apr 2026 15:06:53 GMT http://izanami.dev/post/b2e6708e-3a70-4410-8e28-92b91ba07cc3 http://izanami.dev/post/b2e6708e-3a70-4410-8e28-92b91ba07cc3山本和康（ハーモニコム） Fri, 10 Apr 2026 20:49:54 GMT http://izanami.dev/post/6f88da3b-4127-4f74-893d-7c8c953764d8 http://izanami.dev/post/6f88da3b-4127-4f74-893d-7c8c953764d8Tomoyuki Naito Fri, 10 Apr 2026 09:12:08 GMT http://izanami.dev/post/371ea4b6-ae38-4aae-a756-2c6b26c1ccbf http://izanami.dev/post/371ea4b6-ae38-4aae-a756-2c6b26c1ccbfTomoyuki Naito Sat, 28 Mar 2026 19:33:01 GMT http://izanami.dev/post/7bf49c3b-9d53-4a8a-8e21-7bb04bc53dd8 http://izanami.dev/post/7bf49c3b-9d53-4a8a-8e21-7bb04bc53dd8小島正裕 Wed, 18 Feb 2026 23:35:58 GMT http://izanami.dev/post/e32c9419-7a91-4383-bc03-23aa8ccef4b8 http://izanami.dev/post/e32c9419-7a91-4383-bc03-23aa8ccef4b8山本和康（ハーモニコム） Tue, 17 Feb 2026 21:03:37 GMT http://izanami.dev/post/92993519-379f-40e6-a178-06d71db254dc http://izanami.dev/post/92993519-379f-40e6-a178-06d71db254dc山本和康（ハーモニコム） Tue, 17 Feb 2026 20:39:06 GMT http://izanami.dev/post/2241ae65-eeec-48ff-9cd2-ce60b8503319 http://izanami.dev/post/2241ae65-eeec-48ff-9cd2-ce60b8503319保科亮太郎 Wed, 14 Jan 2026 03:57:06 GMT http://izanami.dev/post/81e2ab6c-195e-494f-89e0-3dde04241a6a http://izanami.dev/post/81e2ab6c-195e-494f-89e0-3dde04241a6a川滿優太 Tue, 06 Jan 2026 17:33:57 GMT http://izanami.dev/post/cd7be4dc-3b23-49b6-85e3-a0d4f7b9adab http://izanami.dev/post/cd7be4dc-3b23-49b6-85e3-a0d4f7b9adabHub YoRu Wed, 31 Dec 2025 01:39:32 GMT - 「日本語で」って言ったのに、突然流暢な英語でまくし立ててくる > - 「その書き方は禁止！」と叫んだ10秒後に、同じ書き方で納品してくる > - 編集に失敗してエラーまみれなのに、「完了しました（ドヤッ）」と報告してくる 「前も言ったよね、ルール守れないの？」と画面にツッコミを入れる日々。 今回は、この「ちょっと物忘れの激しい天才」との付き合い方を改善すべく、僕が試行錯誤しているメモとなります。 制御の鍵「Customizations」の構造 Antigravity を制御する Customizations には、設定場所（Global/Workspace）と設定内容（Rules/Workflows）の組み合わせで4つの顔があります。  ここで重要なのは、これらが対等ではないということです。彼らの中には明確な 「ヒエラルキー（優先順位）」が存在します。 ルール強制力のピラミッド Antigravity の行動原理は、驚くほど「中央集権的」です。 公式ドキュメントや検証結果から推測されるパワーバランスは以下の通り。 | 優先度 | 設定タイプ | 性質 | イメージ | | :--- | :--- | :--- | :--- | | 0 | Core Policies | Google による安全・基本原則 | 国の「憲法（絶対不可侵）」 | | 1 | Global-Rules | ユーザー全体の共通規約 | 企業の「全社規定（Workspace を凌駕）」 | | 2 | Workspace-Rules | プロジェクト独自の規約 | 部署ごとの「ローカルルール」 | | 3 | Global-Workflows | 共通のタスク手順 | 社内標準の「作業マニュアル」 | | 4 | Workspace-Workflows | 個別タスクの直接指示 | 現場での「作業指示書」 | ご覧の通り、Global（全体設定）が Workspace（個別設定）を上書きする設計になっています。 つまり、「このプロジェクトだけは日本語で」と Workspace でどれだけ叫んでも、上位の Global 側に「標準は英語」といった強いニュアンスが残っていれば、現場の訴えは無視される可能性が出てきます。 「Rules」と「Workflows」の決定的な違い そもそも、この2つは AI への「届き方」が根本的に違います。 - Rules: AI の「OS」や「性格」を定義するシステム・インストラクションです。常に背後で流れている「空気」のような存在ですが、階層が高いため、ここで矛盾が生じると AI は深刻な混乱に陥ります。 - Workflows: 特定の コマンドで発動する「具体的なタスク命令」です。AI の注意（Attention）を一時的に強く引きますが、本質的には Rules という絶対的な土俵の上で踊っているに過ぎません。 なぜ「日本語ルール」はあっさり無視されるのか？ ここには、設定の階層だけでは説明がつかない「2つの見えない壁」が存在します。 1. 内部的な「英語バイアス」の壁 Antigravity（Gemini）は多言語を理解しますが、その思考のコアは英語ベースで最適化されています。 特に「命令を絶対に守る」というタスクにおいて、日本語での指示は英語に比べて「解釈の揺れ」が生じやすく、優先度の低い「付加情報」として切り捨てられる傾向があります。つまり、日本語で書くこと自体が、AI にとっての「ルールの強制力」を弱めてしまう要因になり得るのです。 2. Core Policy という絶対君主 僕たちが触れる設定よりさらに深い場所に、Google が定義した「AI としての基本行動原則（Core Policy）」が潜んでいます。 ここに「回答は常に標準的かつ汎用的な形式で行う」といった指示がある場合、末端の Workspace で「日本語で！」と叫んでも、AI は「憲法（Core Policy）」を優先し、最も安定した出力言語である英語に回帰してしまいます。 結論：本丸（Global Rules）を「英語」で統治せよ この物忘れの激しい天才を、こちらの土俵に引き止めるための最も効率的なアプローチ。 それは、「最も高い階層（Global Rules）に、彼らの母国語（英語）で『Respond in Japanese』と刻み込むこと」です。 もちろん、Workspace で日本語を使ってはいけない、ということではありません。 ただ、言語設定のような「絶対に譲れない根幹のルール」については、下位の Workspace で都度お願いするよりも、上位の Global で強制力を高めておく方が、AI の注意力が散漫にならずに済みます。 イメージとしてはこんな使い分けです： Global Rules (in English) AI に絶対的なルールを強いる英語命令です。 - （常に日本語で返せ） - （簡潔に答えろ） - （謝罪するな） Workspace Rules (in Japanese) こちらは現場レベルの具体的なディレクション。馴染みのある日本語で OK です。 - 「このプロジェクトでは Riverpod を使用して状態管理を行うこと」 - 「スネークケースではなくキャメルケースを徹底すること」 具体的な設定 Antigravity の Customizations は、JSON ではなく Markdown（.md）ファイル で記述します。 それぞれのファイルは以下の形式で作成し、適切なディレクトリに配置することで機能します。 1. Global Rules 配置場所: Global Rules には設定用の UI メニューが存在しません。 そのため、AI に対して「常時有効なルール」であることを明示するには、ファイル冒頭に属性を直接記述する必要があります。 2. Workspace Rules2. Workspace Rules 配置場所: UI 上の Activation Mode でモードが選べます | モード名 | 定義 | Frontmatter (記述例) | | :--- | :--- | :--- | | Always On | 常に適用されるルール。AI の基本動作の固定に最適。 | | | Manual | ユーザーがチャット内で指定した時のみ適用される。 | | | Model Decision | AI が必要と判断した時のみ参照される。コンテキスト節約に有効。 | | | Glob | 特定のファイル形式（拡張子等）のみに適用される。 | | 一応 Content にも同じ Mode に書き換えてください。（少し効果あるらしい） flutterlints 3. Global Workflows 配置場所: どのプロジェクトでも "/コマンド" で呼び出せる汎用的なタスク手順です。 「この書き方は全てのコードで共通」というリファクタリングルールや、README 生成などをここに置いておくと、プロジェクトごとに Workflow を作り直す必要がなくなります。 ※Workflows はコマンド起動型のため、Activation Mode の設定は不要です。 ${selectedCode} 4. Workspace Workflows 配置場所: そのプロジェクト独自の技術スタックに依存する手順です。 Workflows は / コマンドで呼び出す「手順書」です。 Rules とは異なり、Activation Mode の UI 項目および activation プロパティは存在しません ${selectedCode} 役割を明確にする。精度を最大化するための特化型 Workflow Global Rules で基本的な性格を定義したら、次は「具体的なタスクごとの役割」を Workflow（コマンド）として整理していきましょう。 AIのポテンシャルを最大限に引き出すコツは、一つのチャットであれこれ頼みすぎないことです。 「実装」と「検証」の役割を分けることで、AIの注意力が分散するのを防ぎ、アウトプットの精度を劇的に向上させることができます。 ここでは、僕が実際に現場で活用している「役割別・運用ルール」のサンプルをご紹介します。ポイントは、「憶測（〜のはずだ）」を避け、徹底して「事実（コードや実行結果）」に基づいた回答を求める仕組みにすることです。 1. 実装特化型： 説明は最小限。とにかく「動くコード」を最優先で提案してもらう、実装担当としての窓口です。 ${selectedCode} 2. 批判的思考型： 「git diff」という客観的な事実に基づき、ロジカルに改善点を指摘してもらうレビュー窓口です。 git diff.agent/rules/ 3. 執拗なテスト実行型： コマンドの実行結果（Exit Code）という「確実な証拠」を元に、検証を行うテスト窓口です。 flutter test integrationtest/apptest.dart 「なんとなく使う」から「仕組みで使いこなす」へ。 こうして窓口（コマンド）を分け、それぞれに「事実に基づいた判断」を求めるルールを定義することで、AIはより頼もしいパートナーになってくれます。 最後に 公式ドキュメントにも特に書いていないので正解はわかりません。 果たして彼を最高の相棒に変える決定打になるのか。期待と不安を混ぜつつ、現在も絶賛検証中です。]]> http://izanami.dev/post/5c932467-4031-4bea-a845-f0ae0fb7e1a9 http://izanami.dev/post/5c932467-4031-4bea-a845-f0ae0fb7e1a9Hub YoRu Thu, 18 Dec 2025 14:56:49 GMT 救いだったこと > アップデートのたびに約250人ほどの方が確実に更新してくれています。 > 「毎日開きはしないけど、スマホの片隅に置いてくれている」。 > 生活の一部に潜り込めたのなら、作った身としては「結果オーライ」と前向きに捉えています。 収益化の反省：後手に回ったサブスク設計 当初は広告収益のみを想定していましたが、「開かれないアプリ」に広告は無力でした。 直面した課題：アクティブ率が下がると、広告露出が極端に減る。 迅速な判断：急遽「音声入力」や「デバイス間同期」を追加し、サブスクプランを構築。 「シンプルさ」と「収益性」の両立。 最初からこの出口を想定して設計しておくべきだったというのが、リリースから1ヶ月経った今の率直な反省です。 これからの『Today!!』 この1ヶ月間の試行錯誤を経て、一つ確信したのは「シンプルで利便性がある」という方向性自体は間違っていないということです。 今後のアップデートでは、むやみに機能を増やしません。 「時計に予定を表示する」というコア体験を磨くために、見た目のカスタマイズ性や、使い心地の改善に注力しようと思います。 「あれもこれもできる」ではなく、「これだけは、どのアプリより使いやすい」。 そんな一歩先を目指して、また一歩ずつコードを書いていきます。 Build-in-public（公開開発）は賛否両論ありますが、無名の個人開発者が広告費を使わずここまで多くの方に届けられたのは、このスタイルのおかげです。挑戦して本当によかったと思います。]]> http://izanami.dev/post/c30a4f5a-290b-4c64-984c-01613915a3a4 http://izanami.dev/post/c30a4f5a-290b-4c64-984c-01613915a3a4山本和康（ハーモニコム） Sun, 30 Nov 2025 16:37:43 GMT http://izanami.dev/post/55c1659e-1a22-4ff0-8bea-cae8b45aaeef http://izanami.dev/post/55c1659e-1a22-4ff0-8bea-cae8b45aaeef西川龍生 Sun, 30 Nov 2025 00:04:04 GMT http://izanami.dev/post/570982da-2966-45d4-a3e3-97d144c69bc3 http://izanami.dev/post/570982da-2966-45d4-a3e3-97d144c69bc3Hub YoRu Sun, 23 Nov 2025 22:52:12 GMT 求めていたアプリです > アナログ時計で予定を視覚化できるアプリを探していました。 > ストップウォッチ機能も便利です。 > Googleカレンダーを使う場合でも、端末カレンダー経由で Today に反映できるため、普段使いもスムーズです。 > 表示が調整できて見やすくなった > 照会カレンダーまで表示されて見づらかった部分が、 > 表示設定で調整できるようになり便利になりました。 > 終日予定の表示も ON/OFF でき、自分の使い方に合わせて最適化できます。 > アナログ表示とカスタマイズが便利 > 予定の長さを時計で視覚化でき、ウィジェットやカラーカスタマイズも便利です。カレンダーごとの表示切替も可能で、必要な情報だけを表示できます。 > シンプルで見やすい > 一目で予定がわかる、シンプルで使いやすいアプリです。 > シンプルさを重視するユーザーから特に高評価です。 > 時間の使い方が把握できる > 予定の追加が簡単で UI が見やすい。 > アナログ表示のおかげで時間の使い方が一目でわかります。 > 表示するカレンダーを選択できるため、必要な予定だけを確認できます。 よくある質問 Q: 導入にはどのくらい時間がかかりますか？ A: インストール後すぐに使えます。初期設定もほとんど必要ありません。 Q: 無料プランと有料プランの違いは？ A: 無料版は広告表示があり、音声入力の利用回数に制限があります。 有料版は広告がなく、音声入力の利用回数が増えます。 Q: 通知機能はありますか？ A: 予定作成時に「通知」をオンにすれば、開始時刻に通知が届きます。 Q: プラットフォームはどこですか？ A: 現在は AppleStore のみです。今後対応範囲を拡大する可能性があります。 Q: 12時間表示 / 24時間表示は切り替えできますか？ A: 設定＞メリディアンモードから切り替えできます。 Q: 終日予定を非表示にできますか？ A: 設定＞終日予定を表示 から切り替えできます。 Q: Googleカレンダーと紐付けたい A: Today!! は端末カレンダーと連携する仕組みです。 Googleカレンダーを端末に追加すれば、Today!! 内で表示できます。 ]]> http://izanami.dev/post/ff1dce55-d583-4ce0-828b-bcd9a0bc2fec http://izanami.dev/post/ff1dce55-d583-4ce0-828b-bcd9a0bc2feckua kobayashi Fri, 21 Nov 2025 12:17:55 GMT http://izanami.dev/post/69f447b1-48c1-4400-9cef-1d6a9506c755 http://izanami.dev/post/69f447b1-48c1-4400-9cef-1d6a9506c755Hub YoRu Sat, 18 Oct 2025 02:45:07 GMT http://izanami.dev/post/288ea8b0-0950-433c-8f3d-70efb6fffdd3 http://izanami.dev/post/288ea8b0-0950-433c-8f3d-70efb6fffdd3I T Fri, 03 Oct 2025 16:05:21 GMT http://izanami.dev/post/a4c8fe90-a7dc-4f41-abff-0b4606edde9a http://izanami.dev/post/a4c8fe90-a7dc-4f41-abff-0b4606edde9aMichihito Kato Thu, 25 Sep 2025 18:28:19 GMT http://izanami.dev/post/dbf0e82b-d8ea-4226-8527-dfa36371eb9a http://izanami.dev/post/dbf0e82b-d8ea-4226-8527-dfa36371eb9a240 Mon, 15 Sep 2025 22:36:39 GMT http://izanami.dev/post/c781b042-b45a-4b6b-a4a3-8af09cc8d1a4 http://izanami.dev/post/c781b042-b45a-4b6b-a4a3-8af09cc8d1a4山本和康（ハーモニコム） Sun, 14 Sep 2025 10:38:09 GMT