ソースを接続するだけ。ドキュメントが自動生成されます。

GitHub。
Fabricは、マージされたプルリクエスト、コードの変更、リポジトリのアクティビティを読み取り、チームが実際に構築した内容を反映したエンジニアリングドキュメントを作成します。手動での執筆は不要です。

Slack。
チャットのスクロールの中に消えてしまうはずの決定事項、議論、コンテキストが、ドキュメントとして取得され、整理されます。Fabricは、選択されたチャンネルを監視し、重要な情報を特定します。

Discord。
Discordを社内コミュニケーションやコミュニティプラットフォームとして使用しているチーム向けに、Fabricは同様の方法で決定事項やナレッジを取得します。混沌としたサーバーを、検索可能なナレッジベースへと変貌させます。

ミーティング。
ミーティングにおける決定事項、アクションアイテム、コンテキストが抽出され、適切な場所に整理されます。ミーティングの内容は、記憶に頼るものではなく、ドキュメントの一部になります。

既存のワークスペース。
チームの数ヶ月分にわたる散らばったメモ、ファイル、録音が、すでにFabric全体に存在しています。既存のスペースにドキュメント機能を向けるだけで、Fabricがそれらすべてを整理されたドキュメントへと合成します。外部接続は不要です。

常に最新。決して古くならない。

継続的なアップデート。
Fabricは、最初のドキュメントが作成された後も、接続されたツールを継続的に監視します。チームが新しいPRをマージしたり、Slackで決定を下したり、ミーティングを開催したりすると、関連するドキュメントが最新の状態を反映して更新されます。

数分でセットアップ。
セットアップウィザードが、ソースの接続と監視対象の選択をガイドします。これは数週間かかるドキュメントプロジェクトではなく、数分で完了する設定です。その後の構造、整理、維持はすべてFabricが処理します。

ナレッジギャップの解消。
接続されたツールを通じてより多くのコンテンツが流れるにつれ、Fabricはドキュメントが不足している、または内容が薄い領域を特定します。誰かにドキュメント作成のタスクを割り当てることなく、チームが作業を進める中でギャップが自動的に埋められていきます。

誰も解決してこなかった、ドキュメントの課題。

すべてのチームが、ドキュメントに関して同じ課題を抱えています。存在しないか、存在しても古いままになっているかのどちらかです。理由は単純です。ドキュメントを作成し、常に最新の状態に保つためには、誰かが手を動かす必要があるからです。これらの作業はどちらも実際の業務と競合し、常に実際の業務が優先されます。その結果、ナレッジは個人の頭の中に閉じ込められ、Slackのスレッドに埋もれ、PRの説明に散らばり、誰も文字起こししなかったミーティングの中にロックされてしまいます。

このコストは無視できません。正確に読める資料がないため、新入社員の立ち上がりに数ヶ月もかかってしまいます。すでに解決されたはずの決定事項が、誰も覚えていないために再議論されます。エンジニアは、答えがどこにも書き残されていないために、同じ質問に何時間も答え続けることになります。チームはすでに存在するものを探せないため、二重に作業を行ってしまいます。急成長しているスタートアップ、複数のプロジェクトを管理するエージェンシー、過去の知見に基づいて構築を進める研究チームにとって、ドキュメントの欠如は組織における最も高額な隠れたコストの一つです。

Fabricが作成し、あなたがレビューする。

自己執筆型ドキュメントは、これまでのすべてのドキュメントツールとは異なる仕組みで機能します。ConfluenceやNotionのような従来のWikiでは、誰かが腰を据えて書く必要があります。AI執筆アシスタントであっても、プロンプトを入力し、レビューし、出力を整理する人間が必要です。Fabricは、誰かが書き始めるのを待ちません。チームがすでに使用しているツールに接続し、そこを流れるアクティビティを監視して、そのアクティビティからドキュメントを作成します。ソースを接続すれば、24時間以内にドキュメントが生成され始めます。

出力されるのは、実際に使える構造化されたドキュメントです。マージされたPRやコードの変更から構築されるエンジニアリングドキュメント。SlackやDiscordの会話からまとめられる決定事項ログ。ミーティングメモやファイルのアクティビティから作成されるプロジェクトドキュメント。既存のナレッジベースから合成されるオンボーディングガイド。各ドキュメントタイプは関連するソースから組み立てられ、ワークスペースに整理されます。そこで検索、注釈の追加、そしてAIアシスタントとの対話を行うことができます。

エージェントではなく、製品としての機能。

Fabricには、設定、スケジュール、特定のタスクへの派遣が可能なバックグラウンドエージェントが存在します。しかし、自己執筆型ドキュメントはそれとは異なります。これはシステムレベルで動作する、製品レベルの機能です。プロンプトを書く必要も、スケジュールを定義する必要もありません。ソースを接続し、Fabricに何を監視するかを伝えるだけで、ドキュメントが生成されます。この違いは重要です。なぜなら、ドキュメントをどうやって作成するかを考える必要がなくなるからです。Fabricがただそれを実行します。あなたとチームは、そのドキュメントを読んだり、編集したり、注釈を追加したり、さらに構築したりできますが、初期作成と継続的なメンテナンスは自動的に処理されます。

複利のように蓄積される。

マージされたPR、Slackでの決定、ミーティング、ワークスペースに保存されたメモの一つひとつが、ドキュメントをより豊かなものにします。システムは、誰もメンテナンスすることなく、時間の経過とともにより価値のあるものになっていきます。1ヶ月後には、手動で作成すれば数週間はかかったであろうドキュメント一式が完成しています。6ヶ月後には、チームの作業、決定、思考の全歴史を反映した包括的なナレッジベースが構築されています。複数のエンゲージメントにわたってクライアントワークを管理するコンサルティング企業や、新入社員が定期的に加入して急速にスケールするスタートアップにとって、この複利効果は、ドキュメントが最も必要とされるタイミングでまさに向上していくことを意味します。

作成されるもの。

エンジニアリングドキュメント
アーキテクチャの決定、APIドキュメント、移行メモ、依存関係の変更、システム概要。PR、Slackの議論、技術ミーティングから構築されます。デプロイのたびに更新されるエンジニアリングWikiです。

プロダクトドキュメント
ロードマップのコンテキスト、機能の決定、ユーザーフィードバックの合成、仕様の変遷。ミーティング、Slack、製品スペースから構築されます。誰もメンテナンスする必要のない、生きたプロダクトバイブルです。

決定事項ログ
何が、いつ、誰によって、なぜ決定されたか。ミーティング、Slack、Discordから構築されます。すべての重要な決定のクエリ可能な記録であり、チームが解決済みの問題を再議論するのを防ぎます。

オンボーディングガイド
プロセス、ツール、チームのコンテキスト、プロジェクトの履歴など、新入社員が必要とするすべての情報。あらゆるソースから構築されます。会社が進化するにつれて更新されるため、常に最新です。Fabricがオンボーディングをどのようにサポートするかをご覧ください。

クライアント関係トラッカー
取引履歴、ミーティングの要約、決定事項、成果物、未解決アイテムを含むクライアントごとのページ。クライアントとのコール、メール、Slackチャンネルから構築されます。誰もCRMを更新することなく、すべてのクライアントとの会話の前に完全なコンテキストを把握できます。FabricがCRMをどのようにサポートするかをご覧ください。

ユーザーリサーチリポジトリ
インタビューの要約、合成された調査結果、繰り返し現れるテーマ、参加者のインサイト。録音されたインタビュー、メモ、チームの議論から構築されます。セッションのたびに自動的に構築されるリサーチリポジトリです。

営業ナレッジベース
反対意見への対応、競合情報、価格設定の前例、勝敗のコンテキスト。営業コール、Slack、取引メモから構築されます。実際の会話からプレイブックが自動作成されるため、新しい営業担当者の立ち上がりが早くなります。

会社チェンジログ
毎週、会社全体で何が変更されたかの継続的な記録。あらゆるソースから構築されます。誰も書く必要のない週刊ダイジェストです。新入社員は過去1ヶ月分を読むだけで、現状に追いつくことができます。

ユースケース

チームWiki
社内Wikiの手動構築やメンテナンスはもう不要です。ソースを接続するだけで、チームが作業を進める中で常に最新の状態に保たれるドキュメントをFabricに作成させましょう。FabricがチームWikiをどのようにサポートするかをご覧ください。

新入社員のオンボーディング
新しいチームメンバーに、信頼できるドキュメントを提供しましょう。自己執筆型ドキュメントは、誰かが最後にWikiを更新する時間があった時のスナップショットではなく、会社の現在の状態を反映したオンボーディング資料を作成します。Fabricがオンボーディングをどのようにサポートするかをご覧ください。

プロジェクトドキュメント
誰かにメンテナンスを割り当てることなく、プロジェクトドキュメントを最新に保ちます。エンジニアリングの決定、プロダクトのコンテキスト、プロジェクトの履歴は、接続されたツール全体で発生するたびにドキュメント化されます。Fabricがプロジェクトドキュメントをどのようにサポートするかをご覧ください。

営業およびクライアントのコンテキスト
ミーティング、メッセージ、チームのアクティビティから、クライアント関係トラッカーや営業ナレッジベースを構築します。新しいアカウントマネージャーは、自動的に作成されたドキュメントからすぐに状況を把握できます。Fabricが営業資料をどのようにサポートするかをご覧ください。

以下のようなチームに最適です

スタートアップ
成長中のチームがスケールするためにはドキュメントが必要ですが、誰もそれを書く時間がありません。自己執筆型ドキュメントは、誰にもドキュメント作成の任務を課すことなく、会社とともに成長するナレッジベースを提供します。スタートアップ向けFabricについて詳しくはこちら。

エージェンシー
ドキュメント作成が疎かになることなく、複数のクライアントやプロジェクトにわたってナレッジを管理します。すべてのエンゲージメントにおいて、クライアントのコンテキスト、決定履歴、プロジェクトのステータスが自動的にドキュメント化されます。エージェンシー向けFabricについて詳しくはこちら。

研究チーム
ミーティング、メッセージ、研究アクティビティから、決定事項、方法論、調査結果を取得します。ユーザーリサーチリポジトリと組織のナレッジベースを構築し、過去の成果を将来のプロジェクトで発見しやすくします。研究チーム向けFabricについて詳しくはこちら。

エンジニアリングチーム
実際の開発ワークフローから構築される技術ドキュメント。PRがドキュメントになり、アーキテクチャの議論が決定記録になります。ドキュメントは、誰かが書き残したことではなく、実際に構築されたものを反映します。

他の機能とシームレスに連携。

AIアシスタント
あなたのAIアシスタントは、自己執筆されたすべてのドキュメントから検索、参照、および質問への回答を行うことができます。過去の決定事項、システムのアーキテクチャ、またはクライアントとの関係について質問すると、常に最新のドキュメントから情報を引き出します。

スマート検索
作成されたすべてのドキュメントは、他のコンテンツとともに完全に検索可能です。自然言語のクエリを通じて、決定事項、エンジニアリングのコンテキスト、プロジェクト情報を検索できます。

コラボレーション
自己執筆されたドキュメントは編集可能で、コラボレーションに対応しています。チームは、Fabricが作成した任意のドキュメントをレビュー、注釈追加、議論、およびさらに構築することができます。コメント、@メンション、スレッド形式の議論は、他のコンテンツと同様に機能します。

接続
自己執筆型ドキュメントは、外部ツールへの接続によって支えられています。接続するソースが増えるほど、ドキュメントはより豊かで包括的なものになります。

FAQ

使い始めるまでにどのくらい時間がかかりますか？
セットアップウィザードが、ソースの接続と監視対象の選択をガイドします。ほとんどのチームは数分で設定を完了できます。ソースを接続してから24時間以内にドキュメントが生成され始めます。

Fabricはどのようなソースに接続できますか？
現在サポートされているソースには、GitHub、Slack、Discord、ミーティングの録音、およびメモ、ファイル、保存されたコンテンツを含む既存のFabricワークスペースが含まれます。追加のソースが順次追加されています。既存の統合については、接続マーケットプレイスをご覧ください。

Fabricはどのような種類のドキュメントを作成しますか？
エンジニアリングドキュメント、プロダクトドキュメント、クライアント関係トラッカー、ユーザーリサーチリポジトリ、営業ナレッジベース、オンボーディングガイド、決定事項ログ、および会社チェンジログ。各ドキュメントタイプは、関連するソースから自動的に構築されます。

Fabricはドキュメント化する内容をどのように決定しますか？
Fabricは、接続されたツールを流れるアクティビティを分析し、ドキュメントにすべきコンテンツ（決定事項、技術的な変更、プロジェクトのアップデート、および放置すると失われてしまうナレッジ）を特定します。セットアップ時に対象とするものと無視するものを設定できます。

Fabricが作成したドキュメントを編集することはできますか？
はい。自己執筆されたドキュメントは、編集、注釈の追加、再編成、および共同作業が可能な通常のFabricドキュメントです。Fabricは初期コンテンツを作成して最新に保ちますが、最終的な出力は完全にコントロールできます。

編集したドキュメントをFabricが更新するとどうなりますか？
Fabricは手動での編集を認識し、それを継続的なアップデートに取り入れます。変更内容は保持され、作業内容を上書きするのではなく、その周囲に新しい情報が追加されます。

バックグラウンドエージェントとは何が違うのですか？
バックグラウンドエージェントは、ユーザーがプロンプトを作成、スケジュール、および管理する、ユーザー設定のAIワークフローです。自己執筆型ドキュメントは、システムレベルで動作する製品レベルの機能です。プロンプトを書いたりスケジュールを定義したりする必要はありません。ソースを接続するだけでドキュメントが生成されます。エージェントはその後、Fabricが作成したドキュメントを利用して、それらをベースに作業したり、他のタスクのコンテキストとして使用したりできます。

Scribeなどの類似ツールとは何が違うのですか？
Scribeはソフトウェアの操作手順をドキュメント化します。Fabricは会社が知っているナレッジをドキュメント化します。Scribeは、ツールの使用方法をステップバイステップで示すプロセスドキュメントを作成します。Fabricは、決定事項、エンジニアリングのコンテキスト、プロジェクトの履歴、組織のナレッジを網羅するナレッジドキュメントを作成します。どちらもドキュメントを自動作成しますが、対象となるコンテンツが根本的に異なります。

ドキュメント化される内容をコントロールできますか？
はい。セットアップ時に、どのソースを接続し、どのアクティビティを監視するかを選択します。Fabricがドキュメント化する範囲を広げたり狭めたりするために、これらの設定はいつでも調整できます。

ドキュメントは時間の経過とともに改善されますか？
はい。すべてのPR、メッセージ、ミーティング、保存されたメモがドキュメントに蓄積されます。システムは複利的に作用し、チームが作業するにつれてより豊かで包括的なものになります。ナレッジギャップは特定され、関連するアクティビティが発生するたびに自動的に埋められます。

どのプランに自己執筆型ドキュメントが含まれていますか？
自己執筆型ドキュメントはTeamプランでご利用いただけます。詳細はチーム向け料金プランをご覧ください。