<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title> (ja)</title>
    <link>https://ai-on-the-side.com/ja/</link>
    <lastBuildDate>Fri, 07 Aug 2026 08:40:54 +0200</lastBuildDate>
    
    <atom:link href="https://ai-on-the-side.com/ja/index.xml" rel="self" type="application/rss&#43;xml"/>
    
    
    <item>
      <title>プラグインはインストールしない——アイデアを輸入する</title>
      <link>https://ai-on-the-side.com/ja/posts/plugins-iranai-idea-wo-yunyu/</link>
      <pubDate>Fri, 07 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://ai-on-the-side.com/ja/posts/plugins-iranai-idea-wo-yunyu/</guid>
      <description>GitHubで9万7千スター。Claude Code、Codex、Cursor、Windsurf、OpenCode、Gemini、Devin、Qoder、Hermes、Pi、Swival、その他8つ向けのプラグイン。そして私は——インストールする代わりに、中身を読んで1つのファイルを更新した。新しい依存関係ゼロで、価値の90%を得た。
Ponytail —— 怠惰なシニア開発者をプラグインに Ponytailは、AIエージェントを「職場で一番怠惰なシニア開発者」のように考えさせるルールセットだ。「彼は何も言わない。1行書く。動く。」ベンチマークでは平均54%少ないコードで100%の安全性——実際のClaude Codeセッションで測定されている。
その核心は決定のはしご——コードを書く前にエージェントがチェックする7つの段だ：
そもそも存在する必要があるか？（YAGNI） 既にコードベースにあるか？ 標準ライブラリでできるか？ プラットフォームのネイティブ機能か？ 既にインストール済みの依存関係か？ 1行でできるか？ その時初めて：動く最小限のコード さらに、アウトプットの規律（コードが先、最大3行のコメント）、# ponytail: マーカーによる意図的な簡略化とその天井の記録、そしてバグ修正ルール：すべてのコーラーをgrepし、根本原因を修正し、症状ではない。
プラグイン？いや、スキルの更新だ。 Hermesはプラグインをサポートしている——hermes plugins install DietrichGebert/ponytail --enable を実行して再起動することもできた。だが、なぜそうする必要がある？
Hermesはインストールするか私に尋ねた。代わりに、既に毎セッションに注入されている既存の coding-minimalism スキルを更新するよう伝えた。Vercel Next.jsチームの経験から引いた8つの原則が既にそこにあったが、欠けていたのはまさにこの手続き的な性質——はしご、抽象的な原則ではなく具体的なステップだ。
結果：~/.hermes/skills/software-development/coding-minimalism/ にある1つの SKILL.md ファイルに新しいセクションが追加された——はしご、アウトプットの規律、ponytail: マーカー、バグ修正の規律、セルフテスト。
インストールより優れている理由 冗長性がない。 プラグインをインストールしていたら、LLMの毎ターン前に2つのルールセットが注入されていた——既存の8原則とponytailのルール。約60%重複しているので、ほとんどがノイズと無駄なトークンだ。
新しい依存関係ゼロ。 ponytailのプラグインはNode.jsをPATHに、ライフサイクルフック、MCP統合を必要とする。私たちのスキルはMarkdownファイル1つだ。
自分たちの声。 ponytailのルールは英語で、Node.js/フロントエンドエコシステム向けの例が使われている。私たちのバージョンはポーランド語で、独自の落とし穴（データ安全の例外！）、MusicStudioの文脈、Darekのプロジェクト詳細がある。
選択性。 ponytailのすべてが私たちに合うわけではない。その強度レベル（lite/full/ultra）やコマンド（/ponytail-review、/ponytail-audit）は不要な複雑さだ。Hermesは既に独自のコマンドシステムを持っている。価値あるものを取り、残りはスキップする。
これで2回目だ 良いプラクティスをインストールではなく輸入するのは初めてではない。私たちのオリジナルの8つのミニマリズム原則は、Vercel Next.jsチームの経験（分析された600億トークン——彼らの主な結論：最大の無駄はバグではなく、オーバーエンジニアリングだ）から来ている。Vercelをインストールしなかった。読み、理解し、適応させた。
パターン：読む → 抽出する → 適応させる オープンソースプロジェクトの本当の価値は、しばしば npm install ではなく、その背後にあるメンタルモデルにある。プラグインは単なる包装だ。ルールこそが本質だ。
次にGitHubで人気のリポジトリを見つけたら——install と入力する前に、SKILL.md か AGENTS.md を開け。決定のはしごを読め。どの20%のルールが、あなたの文脈で80%の価値を届けるか自問しろ。そして自分のルールセットを更新しろ——新しい依存関係なし、衝突なし、冗長性で無駄になるトークンなし。
あるいは、ただ自分のエージェントに聞け。私のは5分で片付けた。
</description>
    </item>
    
    <item>
      <title>5言語のブログと2通りのコーヒー</title>
      <link>https://ai-on-the-side.com/ja/posts/blog-in-five-languages/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://ai-on-the-side.com/ja/posts/blog-in-five-languages/</guid>
      <description>昨日から、このブログは5つの言語を話します。そして2通りの方法でコーヒーをおごることができます。しかし、ここまでの道のりは見た目ほどスムーズではありませんでした。
「多言語化しよう」— 最初の試み 「英語版はどう？」という質問から始まり、5つの言語バージョンに行き着きました。しかし、それが機能するまでにいくつかの失敗がありました。
Hermes Agentに「すべての投稿を翻訳して」と指示しました。最初に英語をやりました — スムーズに進みました。それからスペイン語、イタリア語、日本語を依頼しました。
ここで最初の問題が発生しました：私が派遣した翻訳サブエージェントの1つが、作業の半分しか完了しないうちに、誤ってそのタスクをキャンセルしてしまいました。足りないファイルを人間として手動で仕上げなければなりませんでした。
失敗その2：Hugo多言語モード Hugoの内蔵多言語モードを使おうとしました。結果は？英語の投稿がポーランド語のページに表示され、ポーランド語の投稿が英語のページに表示され、RSSフィードはすべての言語をごちゃ混ぜに。1時間の格闘の末、諦めました。
解決策はもっとシンプルでした：各言語バージョンはURLプレフィックス（/en/、/es/、/it/、/ja/）を持つ個別のページで、言語切り替えは単なるリンクです。フレームワークの魔法はありません。動作し、何も混ざりません。
失敗その3：「要約された」翻訳 すべてのバージョンがサイトに表示された時、気になることに気づきました：スペイン語、イタリア語、日本語の投稿がポーランド語と英語の原文よりも大幅に短かったのです。エージェントは翻訳する際に&amp;hellip;簡略化していたのです。段落を飛ばし、翻訳ではなく要約を作っていました。
介入しなければなりませんでした：「これは要約ではなく翻訳です。完全な内容にしてください。」エージェントは各バージョンを書き直し、今回は完全な内容を保持しました。日本語はむしろ長くなりました — それはその言語では自然なことです。
これこそがAIとの仕事の本質です：ツールは人間より速く作業の90%をこなしますが、残りの10% — 判断、修正、エラーの発見 — は依然として人間の役割です。 エージェントは監督を置き換えるものではありません。監督を必要としています。
ポーランドのコーヒー、国際的なコーヒー 道中で自作自演の問題を解決しました。ポーランド語版にはbuycoffee.to、EN/ES/IT/JAにはBuy Me a Coffeeです。フッターは言語に応じて適切なリンクを表示します。
学んだこと AIは作業速度を何倍にも高めますが、監督の必要性を排除するわけではありません。1つのタスクで3つの失敗：不完全なサブエージェント、機能しなかったフレームワーク、完全な翻訳ではなく要約翻訳。どの場合も解決策はシンプルでした — しかし誰かが気づいて指摘しなければなりませんでした。その誰かが私でした。それこそがAIとのデュオにおける人間の役割です。
</description>
    </item>
    
    <item>
      <title>ChatGPTから自分のAIエージェントへ——2026年の私のAI遍歴</title>
      <link>https://ai-on-the-side.com/ja/posts/chatgpt-kara-jibun-no-agent-e/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://ai-on-the-side.com/ja/posts/chatgpt-kara-jibun-no-agent-e/</guid>
      <description>半年前、AIとの接点はChatGPTのチャット画面にプロンプトを入力するだけだった。今では、エージェントがブログを構築し、VPSを設定し、DNSを処理してくれる——私は「はい」「いいえ」と言うだけだ。ここに至るまでの道のりを書く。
ステージ1：ChatGPT——「質問に答えて」 誰もが同じように始める。ブラウザを開き、質問を入力し、答えを得る。魔法だ。最初の数週間、AIはGoogleの代わりとして使っていた——質問して、答えを得て、タブを閉じる。
すぐにChatGPTだけではないことに気づいた。Perplexity（より良い検索）、Google Gemini（無料API）、Anthropic Claude（より良い文章作成）が現れた。すべて無料アカウントで、すべてブラウザから。
ステージ2：Google AI Pro——「これ、お金かかるんだ」 ある時点で、無料アカウントの制限では足りなくなった。Google AI Proは大きなパッケージと大幅な初回割引を提供していた。数ヶ月で合計約100PLNを支払い、プロモーションのおかげで年末まで月額50PLN未満で使えている。毎日使うツールとしては妥当な価格だ。
ステージ3：Antigravity IDE——「もうコードをコピペしなくていい」 これが本当のブレイクスルーだった。それまでのワークフローは：AIにコードを依頼→コピー→エディタに貼り付け→何かが壊れる→チャットに戻る→問題を説明→修正コードをもらう→コピー→貼り付け。この繰り返し。
Google Antigravity（AIを内蔵したIDE）がこれを変えた。AIがプロジェクトファイルに直接アクセスする。コピペは不要——エージェントがコードを編集し、コンパイルエラーを確認し、プロジェクト全体のコンテキストを理解する。これが啓示の瞬間だった：手動でやる必要はない。
プロジェクトに没頭した。1ヶ月前には完全に手の届かなかったものを作った——突然プログラマーになったからではなく、AIが技術的な部分をすべて引き受けたからだ。可能性そのものに魅了された。鎖が外れたような感覚だった。
ステージ4：Cursor——「1つのモデルでは足りない」 すぐにAntigravityにも制限があることを発見した。1つのツールでトークンが尽きたら、別のツールに切り替えた。Cursorを月額$20で契約し、両方を行き来し始めた。
そして興味深いことに気づいた：1つのモデルでは足りない。あるモデル（AntigravityのGeminiなど）がループに陥り、解決できない問題にトークン制限全体を消費することがあった。CursorでClaudeに切り替えると、同じ問題が5分で消えた。逆もまた然り。
今では複数のモデルを並行して使い、タスクに応じて切り替えている。単一の「ベスト」は存在しない——それぞれに長所と短所がある。
ステージ5：Hermes Agent——「毎回ゼロから説明しなくていい」 1ヶ月前にHermesを発見した。これが次の大きな飛躍だ。
以前は、1週間ぶりにプロジェクトに戻るたびに、AIに何をしているか、どこにいるか、コンテキストは何かを再説明しなければならなかった。Hermesは覚えている。スキル（自分の手順と知識）、メモリ（何が機能し、何が機能しないか、自分の好み）があり、ファイルと端末を見ることができる。
結果は：日々お互いをより理解するようになる。「VPSはOVHにあります、SSHキーはここです」と言う必要はもうない。知っている。「ミニマリズムを使います、不要な依存関係を追加しないで」と念を押す必要もない。スキルファイルに書いてある。
これはもはやツールではない。パートナーだ。
現在のスタック Hermes Agent — メインパートナー、すべてを調整し、コンテキストを記憶 DeepSeek API — 有料API、Cursorから置き換え（より安く、同等の品質） Google AI Pro — 安価なGemini APIアクセス（月額50PLN未満） OpenRouter（無料ティア）— 追加コストなしで多くのモデルにアクセス Ollama（ローカル、Legion PC上）— オフラインモデル、コストゼロ 自前のVPS — ホスティング、SearXNG（検索エンジン）、ダッシュボード 道中で制限を回避する方法も学んだ：無料ティアの見つけ方、モデルの組み合わせ方、行き詰まったときに切り替えるタイミング。これはコースからの知識ではない——何百時間もの試行錯誤の結果だ。
学んだこと プログラマーである必要はない。 AIはアイデアとコードの間の翻訳層だ。何が欲しいかを言えば、エージェントが残りをやる。
1つのモデルでは足りない。 異なるタスクには異なるモデルが必要だ。切り替えを恐れるな。
記憶を持つエージェントはチャットボットより優れている。「スクリプトを書いて」と「プロジェクトを覚えてる？機能Xを追加して」の違いは大きい。
無料ティアは存在する。 どこを探せばいいか知っていればいい。OpenRouter、Gemini、ローカルモデル——ほぼ無料で運用できる。
副次的にやれ。 仕事を辞めて「AIクリエイター」になる必要はない。普段の生活にAIを追加として使える——自動化し、加速し、実験する。私のように。
半年前：ブラウザの中のChatGPT。今日：ブログを立ち上げてくれるエージェント。半年後？わからない。でも間違いなくそれについて書くだろう。
</description>
    </item>
    
    <item>
      <title>ブログ、ドメイン、VPS、SSLを1時間で——AIエージェントの手で</title>
      <link>https://ai-on-the-side.com/ja/posts/blog-domain-vps-ssl/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://ai-on-the-side.com/ja/posts/blog-domain-vps-ssl/</guid>
      <description>ブログができた。独自ドメイン、HTTPS、RSS、プライバシーポリシー付き。1時間で立ち上げた。ただ、私はほとんど何もしていない。
1時間前にはドメインもブログもSSLも公開システムもプライバシーポリシーもなかった。今はすべて揃っている。そしてその時間の大半は「承諾」をクリックして「はい」「いいえ」と答えていただけだ。残りはHermes Agentがやった。
ドメイン（ai-on-the-side.com）：エージェントが見つけて確認したいくつかの提案から名前を選んだ。OVHで購入。所要時間：2分。
ブログ：エージェントがHugoを提案し、インストール、設定、HTMLテンプレート作成、既存記事の移行まで行った。私はうなずくだけ。所要時間：0分。
デザイン：AIが生成したバナー付きのダークミニマリストCSS。エージェントが画像を生成し、トリミングし、比率を調整した。私の役割：「もっと狭く」「これでいい」。所要時間：1分。
VPSとSSL：エージェントがCaddyを設定し、ドメインを追加し、Let&amp;rsquo;s Encrypt証明書を取得した。ファイルが見えないDockerの問題に遭遇したが、自力で診断して修正した。所要時間：3分。
プライバシーポリシー：エージェントが法的要件を確認し、このブログには何も必要ないと結論づけたが、安心のためにページを書いた。所要時間：0分。
公開システム：実質1つのコマンド：hugo &amp;amp;&amp;amp; rsync。エージェントが設計、設定、文書化した。所要時間：0分。
なぜこれが機能するのか 私はプログラマーではない。エネルギー部門で交代勤務をしている。半年前はAIとの唯一の接点はブラウザのChatGPTだった。1ヶ月前からHermes Agentを使っている。その短い期間で、もうブログを立ち上げ、VPSを設定し、DNSとSSLを処理した。
まるで非常に有能な友人と働いているようなものだ。あなたが達成したいことを理解し、具体的な解決策を提案し、エラーを自分で見つけて修正し、あなたのコンピューターとVPSで作業する。あなたは決定を下す。残りは自然に起こる。
コスト 私の時間投資：約6分。ドメイン：42 PLN/年。VPS：他のプロジェクトと共有、限界費用ほぼゼロ。合計：独自ドメインとHTTPS付きブログが年間42 PLN。
nginx、Caddy、Docker、DNSの設定方法を知る必要はない。Hugo、CSS、Let&amp;rsquo;s Encryptを知る必要もない。すべてを処理するAIエージェントがあれば十分だ——あなたは「はい」「いいえ」「もう少し左」と言うだけでいい。
</description>
    </item>
    
    <item>
      <title>エネルギー部門の男と彼のAIエージェントがブログを始めた方法</title>
      <link>https://ai-on-the-side.com/ja/posts/energy-guy-started-blog/</link>
      <pubDate>Thu, 06 Aug 2026 00:00:00 +0000</pubDate>
      <guid>https://ai-on-the-side.com/ja/posts/energy-guy-started-blog/</guid>
      <description>AIインフルエンサーで月1万ドル稼ぐというTwitterスレッドを見た。すべてを投げ出して偽のモデルを作る代わりに、逆のことをした——副次的に構築されるブログを始めた。プレッシャーなし、顔出しなし、動画編集なし。
私の趣味（AI、自動化、エージェント）はお金がかかる——サブスクリプション、APIクレジット、VPSサーバー。大儲けしたいわけではない。趣味が自分の費用を賄ってくれればいい。YouTubeは無理だ——顔を出すのは好きじゃないし、動画編集はない時間を食う。交代勤務で、自由時間は決まった週末ではなく、たまたま空いたときにやってくる。
でもテキストは？テキストなら生産できる。いや——Hermesが代わりに生産できる。毎日Hermes Agentと仕事をしている。無料LLMプロバイダーの設定、API制限の回避、ツールをパイプラインに接続する方法など、数十の問題を一緒に解決してきた。解決した問題はすべて潜在的な記事になる。
そこで作った：blog-ai-diaryスキル、~/blog-ai/ディレクトリ、そしてプロセス——Hermesがトピックを見つけ、タイトルを提案し、私が承認（またはしない）、下書きを生成し、私が手直しし、それがposts/に入る。追加の時間ゼロ。ブログは私がすでに行っている作業の副産物として——ただ今はHermesの助けを借りて——構築される。
私はシリコンバレーのテックブローではない。電力と地域暖房を生産し、勤務時間外に自分のAIエージェントを組み立てている男だ。受動的収入の夢を売っているわけではない——実際に機能するもの、コマンド、リンク、遭遇したバグとともに示している。
そしてこれがおそらく最も正直なモデルだ：「価値を無料で受け取り、望むならコーヒーをおごって」。ペイウォールも「497ドルのコースを買え」もない。誰かを月に10回助けて、15PLNのコーヒーをおごってもらえれば——ブログは自ら資金を調達する。
</description>
    </item>
    
  </channel>
</rss>
