myT-x
私の作った私の為のTmuxの略。
そう、私が会社で使うため。
そして、そのPCは業務上Windowsである。
どうしても業務利用するにあたり謎なものは使えないので
欲しいものは作るしかなかった。
以降紹介するmyT-xはmyT-x.exeひとつ(WSLとか不要)で完結する機能である。
github
https://github.com/my-take-dev/myT-x
Build済はこちら
https://github.com/my-take-dev/myT-x/releases
記事投稿時点最新
https://github.com/my-take-dev/myT-x/releases/tag/v1.0.0
Xはこちら
https://x.com/my_take_dev
不具合・脆弱性・危険なOSS見つかったらすぐに私の為に直すので教えてください。
別リポジトリで激しく作業をしてから公開リポジトリに移動している為、githubをつかったレビューは避けています。
Issuesでの不具合指摘は受け付けますが、安全面より修正はすべて自身で実施します。
キャンバスモード！
きっかけ
私は普段、claude code,codex cli,クビ気味gemini cli
スーパーレコスパビュアーとしてgithub copilotを使ってます。
開発者にとってWindowsは対応していないアプリやサービスが多い
tmuxか〜いいなぁ、組織したいな〜
Windows不遇すぎる！！！！！
思いますよね？
思いました。
その他流行りのすごいやつ
ほぼ全部使えません。
そんな中、 claude codeのチームエージェント
あのtmuxを使った多枠のドヤ感
Windows勢にとっては
手法はあるものの・・・・・・
ということで、作りました。
そもそも論
- ターミナル使いにくい。
- シンプルと言いつつカスタマイズ性が高すぎて意味がわからない
- 設定が難しい
- 凄いことやるの結局大変
親切心が足りてないですよね。
時代は、ワンポチです、ワンポチ
myT-xでは環境変数など設定しなくても、その時の気分で
チェック一つ
そして、視覚的にも
なんか良い！
そしてこんな感じになりました。
そんなものが欲しかった
ついでに、キャンバスなんかにしちゃって、通信すると線や履歴も見られちゃう。
ので、様々な先人たちをオマージュさせて頂きまして
- オーケストレーター含むほぼワンポチアプリ
- 共有もファイルで可能
- Windowsのみに対応
- 私がWindowsしか触らないし
- ソースも全部公開
- 隠し持ってもまともに使えるの1年ぐらいでしょ？
- OSSとして、githubにアップしました！
- Windows民に幸あれ！！！
1つのアプリを置いて管理者権限で実行するだけ！
exeたった１つで、全ての機能が使えます。
自分で自分をMCPにして多重起動するという謎なアプリです。
管理者権限怪しい響きですが、私も途中まで気が付かずびっくりしました。
が、私は特に気にせず使います。
ご利用になられる方は入念にソースチェックしてBuildしてください。
超せっとあぷが簡単なGo言語とWailsフレームワークが動けば誰でもBuildできます。
Edgeとか入れてると相性悪いかも・・・・
機能紹介
私がMCP!!!!
右サイドバーにいろいろ機能がありますが
このアプリ自体が専用MCPになります。
全て自作なので、AIに仕込まれていない限りは外部通信は無い想定です。
- LSP 227パターンWebサイト探索させて拡張部分に対応
- 動作確認は３つしかできていないですが・・・・・
- エージェントオーケストレーターMCP！
- いい感じにやってくれるMCPです。
なぜ、今更MCP？
skillsの強制力が弱いから。これにつきます。
hooksとか使えばいいじゃん！
いや、私はそういうの面倒。
何故ならば、無限トークンパワーで簡単に覆せる領域の１つだから。
あと、できる事で若干ポジショニングが決まってくるので、自由度が無い。
個人開発のToolの生きる道は他社製品混合自由自在です。
1ツールフォーカスは、無限トークンパワーで作り終わる頃には終わってます。
オーケストレーションMCP
チーム編成
これ、設定ファイルなので、共有可能
グローバルとPJに対応、不慣れな人は開始ボタンポン押ししてタスクを開始
アプリにはサンプルとして最初から動作テスト用のものを組み込んでいます。
但し、勝手にテストし始める可能性があるのでテスト用フォルダにてお試しください。
gemini起動遅すぎ問題・・・・
一応メッセージ送る時間ずらせます。
だんだん動いてきた
やはりGeminiさんは首で・・・・・遅すぎる
なんとか接続
会話は右側で見れます。
流れたメッセージが全文確認できるようになっています。
ターミナル側レイアウトも自由自在
直接会話も可能です。
結構長文とかのときの誤送信めんどくさいですよね。
上下左右何処にでも配置できます。
タスクスケジューラー機能
特定のペインにメッセージを流し込めます。
これがあると、github連携で勝手にほにゃららできますね。
その他
- DIFF ファイルツリー構造型
- Git 操作一式
- Git Grahp
- その他設定にもろもろ
338件のレビュー — AIコードレビュー
各バージョンのレビュー件数:
| バージョン | レビュー件数 | 期間 | 主な内容 |
|---|---|---|---|
| v0.0.2 | 11件 | 1日 | コンソールフラッシュ修正 |
| v0.0.3 | 22件 | 2日 | パフォーマンス＋IME |
| v0.0.4 | 43件 | 3日 | マルチウィンドウ |
| v0.0.5 | 5件 | 1日 | 安定化 |
| v0.0.6 | 4件 | 1日 | サイドバー修正 |
| v0.0.7 | 42件 | 2日 | 日本語パス問題 |
| v0.0.8 | 40件 | 2日 | UI改善 |
| v0.0.9 | 14件 | 2日 | IME二重入力 |
| v0.0.10 | 95件 | 4日 | スクロールジッター |
| v0.0.11 | 11件 | 2日 | send-keys Enter |
| v0.0.12 | 11件 | 3日 | MCP統合 |
| v0.0.13 | 16件 | 2日 | 右サイドビュー |
| v0.0.14 | 6件 | 1日 | 文字二重解消 |
| v0.0.15 | 4件 | 1日 | Orchestrator MCP |
| v0.0.19 | 14件 | 3日 | 統合レビュー |
| 合計 | 338件 | 30日 |
そして出来上がる・・・・・・
21のカスタムスキルと9のカスタムエージェント
Claude Codeの「スキル」と「エージェント」の仕組みを最大限に活用した。.claude/skills/と.claude/agents/に全部入っている。
カスタムスキル — 知識の蓄積
| スキル名 | 用途 | 作った理由 |
|---|---|---|
defensive-coding-checklist |
163項目のチェックリスト | レビュー指摘の再発防止 |
react-typescript-patterns |
React実装パターン集 | フロントエンドのバグパターン蓄積 |
go-performance-optimization |
Go並行処理最適化 | ロック粒度の問題が頻発 |
go-test-patterns |
テーブル駆動テスト | テスト品質の標準化 |
go-naming-conventions |
Go命名規則 | 命名不統一の指摘が多かった |
mcp-integration |
MCP設計ガイド | MCP統合時の設計知識 |
xterm-react-frontend |
xterm.js + Reactパターン | ターミナルUI特有の問題 |
tmux-compat-layer |
tmux互換開発ガイド | tmuxコマンドの仕様理解 |
wails-conpty-backend |
ConPTYパターン | Windows固有の実装知識 |
confidence-check |
実装前チェック | 設計の穴を事前に防ぐ |
readable-code-standards |
コード可読性 | 最上位の規約 |
design-for-testability |
テスト容易性設計 | テストしにくいコードの防止 |
go-tmux-architecture |
プロジェクトアーキテクチャ | 全体像の理解を助ける |
agent-teams-integration |
Agent Teams連携ガイド | エージェント間通信の仕様 |
agent-command-customization |
起動コマンドカスタマイズ | AIエージェントの起動方法 |
automated-testing-principles |
テスト原則 | SRIF原則の浸透 |
tdd-workflow |
TDDワークフロー | テスト駆動開発の導入 |
frontend-design |
フロントエンドデザイン | UIデザインの標準化 |
htmx-alpine-go |
htmx + Alpine.js | 軽量フロントエンド |
wails-frontend-component |
Wails UIコンポーネント | 設定管理UI |
web-artifacts-builder |
React SPA | SPA構築パターン |
カスタムエージェント — 役割分担
| エージェント名 | 役割 | 使い所 |
|---|---|---|
golang-expert |
Go実装の専門家 | 機能実装 |
self-review |
8チェック自動レビュー | 実装後の品質ゲート |
refactoring-expert |
リファクタリング | コード改善 |
go-test-generator |
テスト自動生成 | テーブル駆動テスト |
gorm-expert |
DB操作パターン | SQLite連携 |
security-engineer |
セキュリティ分析 | 脆弱性チェック |
root-cause-analyst |
根本原因分析 | バグの深堀り |
system-architect |
アーキテクチャ設計 | 設計判断 |
code-readability-reviewer |
可読性レビュー | コード品質 |
数字で見るmyT-x by claude code
| 項目 | 数値 |
|---|---|
| 開発期間 | 2026年2月14日 〜 3月17日（30日間） |
| バージョン | v0.0.2 → v0.0.20（18リリース） |
| コミット数 | 139 |
| プルリクエスト | 42 |
| Goソースファイル | 765 |
| TypeScript/TSXファイル | 172 |
| 計画文書 | 121件 |
| レビュー文書 | 338件 |
| カスタムスキル | 21個 |
| カスタムエージェント | 9個 |
| 防御的コーディング項目 | 163項目 |
| self-reviewチェック | 8チェック |
| 改善施策イテレーション | 4回 |
| 最多レビューバージョン | v0.0.10（95件） |
| 最大PR | v0.0.18（81ファイル変更） |
| IME二重入力の修正回数 | 4回以上 |
え・・・・・・・Goファイル765件もあるの・・・・・？キャッシュじゃね・・・・
self-reviewが8回とか説教しておこう・・・・・
AIからのまとめ
- Windowsで独自tmux互換レイヤーを作った（ConPTY + Named Pipe + WebView2）
- AIエージェントのオーケストレーション機能を統合した（MCP + SQLite + React Flow）
- Claude Codeのスキル・エージェント・メモリを最大限活用した（21スキル、9エージェント、163項目チェックリスト）
- 30日間で765のGoファイルと172のTypeScriptファイルを書いた
- レビュー文書338件、計画文書121件で品質を担保した
- レビュープロセス自体を4回改善して、Critical指摘を4-7件/回から2件/回に削減した
- 「いけた。」「claudeもOKそう。」「キャンバスができちゃった。」— これがAI協業開発の醍醐味
- Windowsでも、やれる。
タグ: #Go #React #Windows #tmux #Claude #AI開発 #Wails #MCP #エージェントオーケストレーション #ClaudeCode #ConPTY #ターミナル