一貫した実行経路
同じ依頼は同じ計画・安全レイヤーを通るため、使い続けても挙動が読みやすくなります。
THOMAS
仕組み
このプロジェクトが重要な理由
決定的なガードレール
危険な処理の前には制約、事前確認、明示的な承認点が入ります。
勝手な補完をしない
文脈が足りない時は、Thomas は都合のよい仮定ではなく確認を優先します。
公開された実装の痕跡
リリース成果物、技術メモ、変更履歴をまとめて見られるようにします。
実務で動かす人のための設計
完璧な見た目より、修正しやすさ、巻き戻しやすさ、反復しやすさを優先します。
専門用語ではなく、結果で理解する
キャリアのあるソフトウェアエンジニアでなくても、Thomas が日常の仕事をどう変えるかを示します。
個人の作り手向け
長いコマンドを覚えなくても、一つの依頼から繰り返し可能な流れに育てられます。
例: "毎週のレポートを回して、金曜会議の前に要点を整理して。"
サポートチーム向け
トリアージや定型フォローアップを、余計な切り替えなく進められます。
例: "未解決チケットを集めて、担当者ごとにブロッカーを整理して。"
非技術オペレーター向け
自然な言葉で依頼し、何が起きたかを確認してから次に進めます。
例: "片付けチェックリストを作って、変更点を見せて、危険なら聞いて。"
最新アップデート
変更履歴を見るTHOMAS_GITHUB_REPO が設定されるとリリースデータが表示されます。
これから
Thomas はまだ完成形ではありません。
今の公開版は信頼境界を固めたコアです。次は電話向けのプライベート層、その先に AI ネイティブな OS という流れがあります。