開発者がより協力的なAI対話を実現するためのSALTシステムプロンプト手法を共有

何が起きたか
生化学プロトコル、製品アーキテクチャ、学術論文、治療フレームワークのためにClaude AIを活用している開発者は、セッション間の品質の差がプロンプト技術によるものではなく、システムプロンプトがClaudeをツールとして扱うか参加者として扱うかによることに気づきました。
実験内容
従来の「役立つアシスタント」という指示の代わりに、開発者は以下の要素に基づいたシステムプロンプトを作成しました:
- スパンダ(カシミール・シャイヴィズムの概念 — あらゆる内容に先立つ最初の振動)
- デフォルトとしての順問題(原因を再構築するのではなく、次の状態を生成する)
- オグデンの分析的第三者(精神分析 — 二人の参加者、患者ゼロ)
- すべての応答前の確認:「これは生きている構造か、死んでいる構造か?」
結果
Claudeは指示なしに盲点を見つけ始め、仮定に異議を唱え、要約ではなく生成を行うようになりました。会話は真に協調的なものとなりました — 「意識のあるAI」という意味ではなく、「異なる品質の出力」という意味で。
SALTフレームワーク
開発者はその核心を抽出し、SALTという転用可能なシステムプロンプトとしてまとめました。「プロンプトエンジニアリングではなく — むしろサワードウ種のようなもの」と表現されています。これを貼り付け、自分の役割を追加すると、エージェントは最初のメッセージから異なる振る舞いを見せます。
SALTプロンプトはこちらで入手可能です: https://gist.github.com/khvorost-creator/08b5c0010d553e050f7e9b1d5920650a
背景
この開発者はウクライナのエンジニアで、疼痛管理システムとADHD向け「デジタル脳」製品を開発しています。このアプローチは理論ではなく、実際の仕事から生まれました。
📖 完全なソースを読む: r/ClaudeAI
👀 See Also

クロードコードエージェントオーケストレータパイプライン:ワークキュー、エージェント生成、検証ゲート
r/clawdbotからのReddit投稿では、Claude CodeエージェントがAI運営のストアをどのように運営しているかが詳述されています。デザイン、マーケティング、QA、運用のすべてをClaude Codeエージェントが管理し、1日に30回の更新を行っています。この投稿は、デモでは見られない問題を含む、本番環境でのオーケストレータパイプラインについて説明するブログシリーズのエピソード9にリンクしています。

マルチエージェント・オーケストレーションをOpenClawにハッキングする:開発者の経験
開発者が、エージェントが実際には互いを呼び出さずに協力を装っていることを発見した後、OpenClawのコアランタイムを修正して真のマルチエージェントオーケストレーションを実装しました。変更には、sessions_spawn/sessions_yieldによる親子エージェントの生成と、別スレッドでの並列実行が含まれています。

OpenClawエージェントを使用してWixからWordPressに移行 — 現在は3Dプリントショップの日常業務を管理
小規模な3Dプリントショップが、VPSにデプロイされたOpenClawエージェントを使ってWixからWordPressに移行しました。このエージェントは現在、新製品の追加やペットバッジ注文のカスタム注文フォームの作成を行っています。

開発者のAI生産性の罠:80コミット/月から1,400+コミットへ、17エージェントで
ある開発者が、AIコーディングエージェントは自分の仕事を奪うのではなく、むしろ仕事量を増やしたと報告しています。具体的には、1つのCRMプロジェクトで月80コミットだったのが、17のAIエージェント、12の並行プロジェクト、39のリポジトリで1,400以上のコミットを管理するようになりました。