
Thousand
Thousand · コーディング · 生産性向上 · ビジネス
Thousandは、すべてのページを純粋なMarkdownとして本物のgitリポジトリに保存し、それを人とAIエージェントの両方へ単一のソースから配信するドキュメントワークスペースだ。ドキュメントを独自形式で保存する代わりに、各メンバーに権限に合わせたワークスペースを渡す。メンバーが読むバイト列は、エージェントが読むものと同じである。AI以降のワークフロー向けに作られたドキュメントプラットフォームを求める小規模チームに向き、製品がアーリーアクセスの間は無料で使える。

Thousand について
Thousandとは何か
Thousandは、gitホストの上に読み書きの面を載せたものだ。各ワークスペースは実際のgitリポジトリであり、それ以外のすべて、エディタ、コメント、アクセスルール、エージェントAPIは、同じリポジトリを読み書きする。これが、単なる静的なgitベースのドキュメント以上のものにしている理由だ。gitが同期する別個のドキュメントデータベースに何かが置かれることはないので、ずれる第二のコピーが存在しない。
狙う問題は具体的だ。NotionやGoogle Docsのようなツールは、内容をAPIの背後にある独自形式で保持する。だからAIエージェントはそれをうまく読めない。gitの中の純粋なMarkdownこそ、エージェントが本来扱える形式だが、gitには共有のモデルがない。リポジトリは全か無かである。では、あるフォルダを非公開のままにしなければならないとき、どうなるのか。チームはたいてい、エージェントが読めないツールに逆戻りする。Thousandはフォルダごとにアクセスを強制することで、そのトレードオフを取り除く。
最も重要な制約は、製品がまだ初期段階だという点だ。料金は近日公開と告知されており、それが続く間はすべて無料である。エンタープライズ向けの統制、成熟したモバイルアプリ、幅広い連携ライブラリを今すぐ必要とする人は、別を当たるべきだ。
はじめかた
- Googleでサインインする。サインインするとワークスペースが作成されるので、申請するものも待つ相手もいない。
- ワークスペースをgitでクローンする。ターミナルに触れたくない場合はWebエディタを開く。
- Markdownをフォルダに書き込み(または貼り付け)、コミットする。アプリ内では、編集は作成者がコミットするまで下書きであり、タイマーでコミットされるものは何もない。
- アクセスページで同僚をメールで追加し、フォルダごとに何を見られるかを選ぶ。
- エージェントにワークスペースホスト上の
/AGENTS.mdを指し示す。CLIのようにサインインし、自分が代理する人と同じルールで読み、コメントする。この設定が、AIエージェント向けドキュメントという話の核になる。
AIツール情報
Thousandの料金、対応プラットフォーム、性能を簡単に確認できます。
こんな人におすすめ
このツールが最も力を発揮するユーザー、タスク、シーン。
ユーザー
- 小規模なエンジニアリングチーム
- エージェントと働くテクニカルライター
- 同じリポジトリにいる非技術系の同僚
- 可視性の要件が混在するチーム
タスク
- 社内ドキュメントを書いて版管理する
- AIエージェントに社内ドキュメントの安全な一部を渡す
- オフィス文書とPDFを検索する
- 単一のドキュメントを外部へ共有する
シーン
- 一部のフォルダだけ読み取り権限が要る新入社員を受け入れる。
- 製品仕様、予算、議事録を、5つのツールではなく検索できる1つのワークスペースに置く。
- サポートボットに、現在のドキュメントから回答させる。どこかへエクスポートする必要はない。
- アカウントを持たない顧客や請負業者にドキュメントを渡す。
主な機能
1つのファイル、2人の読み手
売りは形式にある。エージェントはMarkdownを読む。同僚は同じバイト列を描画されたドキュメントとして読む。エクスポートの工程はない。同期から外れる第二のコピーもない。この単一ファイルの方式が、人とAIを混ぜたチームにとってMarkdownドキュメントプラットフォームを信頼できるものにする。
フォルダ単位のアクセス制御
gitはすべてを共有するか、何も共有しないかだ。Thousandは代わりにフォルダ単位でアクセスを強制し、それはgitに触れない読み手にも効く。封じられたフォルダは制限付きクローンから隠されるのではない。その歴史とオブジェクトごと、存在しないのだ。生成された注記が誰がそのページを見られるかを示すので、人もエージェントも書く前に読み手を把握できる。
あらゆるコードベースに向けたgit同期
各リポジトリのドキュメントフォルダは、コミットのたびにワークスペースへ同期でき、その出所が刻まれる。Thousandで行った編集は、あなたの名前のコミットとしてリポジトリへ戻る。誰も手作業でコピーを維持しないので、ドキュメントは腐らない。
Markdownを使わない人のための本物のエディタ
チームの半分はターミナルを開かない。Thousandはそれを受け入れる。これがチームWikiに対するこの解釈の要点だ。彼らはドキュメントエディタで書き、ディスク上のファイルはきれいなMarkdownのままで、保存のたびに名前付きコミットになる。その下では、出力は差分が取れて機械可読のまま保たれる。
リポジトリの中に住むコメント
スレッドはドキュメントの中ではなく横に並び、クローンも運ぶMarkdownとして保存される。あるページの議論はその隣のMarkdownファイルで、どんなエディタでもどんなエージェントでも読める。明日Thousandを削除しても、すべてのコメントはワークスペースに残る。
一級の利用者としてのエージェント
エージェントはCLIのようにサインインし、自分が代理する人と同じルールで読み、コメントする。館内ルールはリポジトリ自身が教える。ワークスペースホスト上の /AGENTS.md に常に置かれるページを通じてだ。APIはすでにあるツールで動く。gitとHTTP、さらにエージェントのワークフロー向けのMCPサーバーだ。
開いたままの出口
完全なクローンは、製品より長く生きる形式でのワークスペース全体だ。ここには退出を難しくする作りは何もない。囲い込みで痛い目を見たチームにとって、それはスローガンではなく本当の違いだ。
メリットとデメリット
メリット
- ドキュメントは本物のgitリポジトリ内の純粋なMarkdownなので、独自形式も、同期を取り続ける別個のコピーもない。
- フォルダ単位のアクセス制御により、git単独ではできない選択的な共有がgitの上で実現する。
- 人とエージェントが同じソースから読むので、アシスタントが古いエクスポートで作業する危険が減る。
- 無料プランは本当に使える。最大3名、ワークスペースごとに1 GB、フルのgitアクセスが無料で付く。
- 完全なクローンが完全な出口として機能するので、囲い込みは弱い。
デメリット
- 料金は近日公開と告知されているので、4名以上を見込むチームはまだ料率を確定できない。
- モバイルアプリがないので、スマートフォンでの素早い編集は選べない。
- 連携ライブラリは薄いので、大きな製品ツール群の中で暮らすチームは、欲しいコネクタをすべて見つけられないかもしれない。
- 重いgitワークフローは依然としてターミナルに慣れた人に有利だ。エディタは他の人のためにそれを和らげるが、消しはしない。
よくある質問
Thousandは、チームとその傍らで働くAIエージェントのためのドキュメントワークスペースだ。ドキュメントをgitリポジトリ内のMarkdownとして保ち、同じファイルを人とエージェントの両方へ配信し、アクセス制御をフォルダ単位で適用する。
関連コンテンツ
Thousandに関連するツール、スキル、記事を探す。
Thousandの代替ツール
Forefront
Forefront · コーディングForefrontはオープンソースAIで構築するためのウェブプラットフォームだ。主要なオープンソース言語モデルを自分のデータで微調整し、性能を評価し、API経由で実行したり、エクスポートして自分でホストしたりできる。クローズドなプラットフォームの手軽さを求めつつ、モデルとデータの所有権にはこだわる開発者が対象だ。
Startkit
StartKit.AI · コーディングStartkitは、AI SaaSとAIラッパー製品を作るためのボイラープレートだ。面倒な部分をあらかじめ配線済みにしたAIスタートアップボイラープレートと考えればいい。認証、StripeとLemon Squeezyの決済、利用制限、トランザクションメール、そしてOpenAI、Anthropic、Groq、Llamaと通信するAI APIスターターキットが含まれる。リポジトリをクローンして価格を設定し、ユーザーが実際にお金を払う部分に取りかかれる。ReactとTailwind上のNext.jsで作られているため、ボイラープレートコードの多くはすでに見慣れたものだ。
Testim
Tricentis · コーディングTestimは、Web・モバイル・Salesforceアプリ向けにエンドツーエンドテストを構築して実行するAIテスト自動化プラットフォームだ。機械学習を頼りに、インターフェースが変わってもテストを安定させ、チームが壊れたセレクターの修正に費やす時間を減らす。今日から使い始められる自動テストツールとしては悪くない。ブラウザで操作を録画してテストを作り、より細かい制御が必要なときはJavaScriptを足す。忙しいQAチームにとって堅実な選択肢である。
