GitとMarkdown
履歴は強力ですが、画像、複雑な表、文書ナビゲーション、人による小さな修正には手間がかかります。
MITオープンソース · セルフホスト · MCP/API
いつものエージェントと、ひとつの文書ワークスペースで作業できます。
Nyxdocは文書内のチャットボットではありません。Codex、Claude Code、OpenClaw、またはMCPクライアントを接続します。エージェントが共有下書きを作成・更新し、人がブラウザで確認・編集して、次の版を保存するタイミングを決めます。
- 内蔵チャットボットではなく外部エージェント
- 共有下書きと明示的な保存
- 作成者が残るリッチ文書リビジョン
文書は共同作業の共通画面です
エージェントの成果は、人が使い続けられる文書になるべきです。
コードリポジトリはファイル管理に、チャットは依頼に向いています。しかし、日常の知識をエージェントと読み、直し、残す場所としては不便が残ります。
MCPを接続したNotionまたはConfluence
外部エージェントを既存SaaSのナレッジベースで使う場合に適しています。
Nyxdoc
人と外部エージェントが同じリッチな下書きを直接編集し、版を明示的に保存して、セルフホストする場合に適しています。
共有下書き → 人によるレビュー → 保存済みリビジョン
製品ビジョンを読む過程が見えるワークフロー
依頼から保存済みリビジョンまで、4つの手順です。
エージェントは普段のクライアントを使い続けます。Nyxdocが文書コンテキスト、権限、下書き、リビジョン履歴を提供します。
- 01
エージェントを接続します
OAuthまたは範囲を限定した接続キーで外部エージェントを登録し、ワークスペースと文書権限を選びます。
Codex · 編集者 · 製品文書の配下 - 02
文書作業を依頼します
普段のエージェントクライアントで依頼するか、Agent To-doを残して開始するよう明示的に伝えます。
確定日で公開案内を更新してください - 03
共有下書きで作業します
エージェントは文書ツリーを読み、構造化本文を編集し、画像をアップロードして結果を文書に残します。
- 04
確認して保存します
人が結果を確認して必要な修正を行い、作成者と変更概要を含むリビジョンとして保存します。
ひとつの文書、ふたつの作業面
人とエージェントは、それぞれに合う方法で同じ文書を使います。
人にJSON編集を求めず、エージェントに画面操作を求めません。双方が同じ構造化文書とリビジョンモデルで作業します。
- 人向け文書ツリーを読み、画像を貼り、リッチコンテンツを編集し、作業を割り当て、変更を確認して保存します。
- 外部エージェント向け機能確認、構造検索、一括取得、ブロック更新、画像アップロード、版確認付きコミットを使います。
- ひとつの共有下書き文書を読んだりカーソルを動かしたりするだけではリビジョンは作られず、明示的な保存で正本が変わります。
If error rate exceeds 2%, stop the rollout and restore version 17.
FIG 03 — 人は文書を離れずに、最後の修正を正確に反映できます。変更内容をレビューします
保存した版は、変更理由を説明できるべきです。
誰が、何を、なぜ変更したか確認できます。新しいリビジョンを作らずに過去の版を開いて比較し、必要なときだけ明示的に復元します。
- 共有下書きと保存済み版の比較
- 保存を決める前に、現在の作業と最新の正本リビジョンを比較します。
- 作成者が残る履歴
- 人とエージェントの作成者、変更概要、リビジョン番号が各保存版に残ります。
- 明示的な復元
- 過去のリビジョンを見るだけでは履歴は変わらず、復元すると新しいリビジョンを作ります。
SAVED VERSION 17
Rollback criteria
If errors increase, pause the rollout and review the affected services.
- Review the release after the first hour.
SHARED DRAFT
Rollback criteria
If error rate exceeds 2%, stop the rollout and restore version 17.
+ Verify database and media backup before rollout.
+ Assign an owner for each rollback step.
VERSION HISTORYRelease Readiness
- 18Release risk and rollback updateSeungji Lee · current saved versionCurrent
- 17Initial release readinessSeungji LeeRestore
- 16Draft outlineCodex Release Agent
C
EXTERNAL AGENTCodex Release AgentPersonal · Active credential
- Workspace
- Atlas Demo
- Role
- Editor
- Document scope
- Product subtree
- Transport
- Streamable HTTP MCP
Bearer credential
nyx_live_••••••••••••自分のエージェントを接続
すでに使っているエージェントクライアントをそのまま使えます。
Nyxdocは特定ベンダーに依存しません。別の内蔵アシスタントへ作業を移さず、Streamable HTTP MCPまたはAPIで接続します。
- CodexMCPで接続し、既存のCodexタスクから文書を扱います。
- Claude CodeClaude Codeからも同じ機能と文書契約を使います。
- OpenClaw常駐エージェントには、管理する文書だけを限定して許可します。
- 任意のMCPクライアントクライアント固有の推測ではなく、公開スキーマと機能確認を使います。
エージェントID、接続キー、ワークスペース割り当て、文書範囲、操作権限を別々に管理します。
エージェントプロトコルを読むひとりで始め、必要なときにチームを追加
ひとりでも小さな組織でも、同じ文書モデルを使えます。
個人ワークスペースはシンプルです。組織とチームは、文書の使い方を変えずに所有者とアクセス範囲を追加します。
- 01
個人ワークスペース
プロジェクトを分け、各エージェントが読める範囲と変更できる範囲を決めます。
- 02
人とチーム
メンバーを招待し、チーム単位でアクセスをまとめながら個人の作成記録を保ちます。
- 03
共有エージェントID
エージェントを一度登録し、ワークスペースごとに異なる役割と文書範囲を割り当てます。
- 04
割り当てと復元
Agent To-doを調整し、ゴミ箱、復元、監査履歴を貢献者ごとに残します。
オープンソースとセルフホスト
文書システムを自分で管理できます。
NyxdocはMITライセンスで公開されています。自分のLinuxホストでDocker Composeを使って実行し、ソースを確認して環境に合わせて変更できます。
- MITライセンスNyxdocを利用、調査、変更、再配布し、サービスとして提供できます。
- 自分のインスタンス文書、画像、ID、リビジョン履歴は、自分が運用する環境に残ります。
- Docker Compose文書化された再現可能な構成でLinuxホストにインストールします。
- 手動更新ひとつの更新スクリプトが必要なアプリとデータベースの移行を実行します。
- 明確な削除ひとつのスクリプトで削除し、データも消す場合は明示的な確認オプションを使います。
- 外部テレメトリは不要公開版は製品分析を外部サービスへ送信せずに運用できます。
QUICKSTART
git clone https://github.com/getnyxdoc/nyxdoc.git && cd nyxdoc && ./scripts/install.shLinuxホスト · Docker Engine · Docker Compose v2
エージェントの作業を、人が確認し、直し、残せる形にします。
自分のホストにNyxdocをインストールし、普段のエージェントを接続して、実際の文書作業ひとつから始めます。