@TKで調べものをエディタ内に残す
TKは、出版・報道の現場で未確認箇所を示す「TK（to come）」を製品名に使った。文章の途中で「@TK」に続けて依頼を書くと、日付の確認や過去に書いた段落の呼び出しをAIへ頼める。別のタブへ移り、検索結果をコピーして戻る往復を減らす狙いだ。TechCrunchも、AI支援をエディタへ直接組み込む点を新機能の中心として報じた。[2]
初期版には、音声やテキストを保存するモバイルウィジェット、Medium上の過去記事をすぐに取り込む機能、BearやObsidianの保管庫を読み込む機能がある。AIによる編集・見出しのフィードバックや、Medium内の媒体別スタイルガイドとの照合も用意したと同社は説明する。これらは製品側の説明であり、校正精度や作業時間の短縮が独立して検証されたわけではない。
利用時の役割は三つに分けると理解しやすい。
- 調査の補助：文中から離れず、短い確認や自分のメモ検索を依頼する
- 編集の補助：見出し、構成、媒体のスタイルに沿うかの意見を受け取る
- 人からの反応：限定した相手やライブラリーへ草稿を共有し、AI以外の感想も得る
TKはAIの即時応答だけでなく、非公開の共有層「ソーシャルライブラリー」も備える。MediumはAIより人からのフィードバックを重く見ると説明している。AI支援と共同編集を同じ場所へ置く点が、単独のチャット画面との違いになる。
MCPで個人のメモを外部エージェントへ渡す
TKはMCPサーバーとClaude向けスキルを公開した。MCPは、AIエージェントが外部のデータや機能へ接続するための共通方式である。利用者はTKに蓄えた考え、案件、未完成のメモをClaudeなどから参照できる。Mediumは、一般的な知識ではなく、利用者自身が書きためた情報をAIへ与える用途を強調する。[1]
公式GitHubには、TKの日次ノートをClaude Coworkから更新するプラグインがMITライセンスで公開されている。リポジトリは、Gmail、Slack、Google Calendarなどの接続先から、その日の予定や要対応事項を日次ノートへまとめる例を示す。利用にはTKアカウントと同社のMCP接続が必要であり、外部サービスの権限は利用者が別途与える。[3]
便利さと情報管理は同じ操作の表裏にある。案件メモや未公開原稿をエージェントから参照できれば、検索や要約は速くなる。一方で、接続先、共有範囲、プロンプトへ入る内容を理解しないまま権限を広げると、当初は私的だった文章を別サービスへ送る可能性が生じる。導入時には次を分けて確認したい。
- TK内で誰と共有しているか
- MCP経由でどのAIサービスへ接続するか
- AIへ送られる本文、メタデータ、過去メモの範囲
- 接続解除後のデータ保持と、エクスポートの手段
透明性は機能の有無より運用で決まる
MediumはTKについて、AI企業が本人の許可なく文章を学習や利用に使わないこと、公開ノートでは人間とAIの記述を区別し、プロンプトや資料まで追跡できるようにすることを価値として掲げた。Markdownの取り込みと、個別ノートまたは全保管庫のMarkdown書き出しにも対応する。[1]
これは重要な方向性だが、現時点で確認できるのは同社の方針である。表示が公開時に必須なのか、利用者が外せるのか、変更履歴がどの範囲まで残るのかは発表文に詳しくない。「透明性に対応」と「すべての公開文で出所を改変できない」は同じではない。導入を決める前に、実際の公開画面と共有設定で確かめる必要がある。
Mediumの既存方針では、本文の大半をAIが作り、人による修正や確認が少ない文章を「AI生成」と定義する。AI生成記事はパートナープログラムの有料配信を認めず、AI支援を使った文章にも表示を求める。未表示なら広い推薦から外し、著者の直接の読者に配信範囲を限るとしている。[4]
TKはこの方針と矛盾しないよう、生成より補助を前面に出した製品と読める。しかし、AIの提案が積み重なって本文の大半を占めた場合、どこから「補助」ではなく「生成」になるかは、道具だけでは決まらない。書き手が提案を検証し、採用理由と変更箇所を管理する工程が残る。
クラウド中心の選択にも条件がある
TKはMediumアカウントから利用できる。初期版にネイティブのデスクトップアプリはなく、クラウドを中心に設計した。Markdownへ戻せる一方、保存や共同編集の中心はローカルファイルではない。Mediumは、非同期で人とAIが共同作業できる利点を選んだと明記している。[1]
Obsidianのようにローカルのファイルを中心に運用する人には、同じMarkdown対応でも意味が異なる。取り込みと書き出しがあることは移行の助けになるが、常に手元のフォルダーが保存の中心になるわけではない。機密性の高い原稿、顧客から預かった資料、公開前の取材メモでは、組織の保存規則や契約と照らす必要がある。
試すなら、公開原稿を最初から移すより、機密情報を含まない短いメモで次を確認するのがよい。
- 取り込み後の見出し、リンク、添付情報が保たれるか
- @TKの回答に、参照した自分のメモが明示されるか
- AIが加えた文と人が書いた文を公開時に見分けられるか
- 全データを書き出し、別の環境で再利用できるか
執筆AIの評価軸は速さから出所へ
TechCrunchは、AIの編集提案が書き手自身の文章へ置き換わる懸念や、AI検出器だけでは生成と支援を正確に分けにくい問題を挙げた。[2] この論点に対してTKが示す答えは、AIを使わないことではなく、利用の経路を残すことにある。
仕事で見るべき評価軸も変わる。何分短縮できたかだけでなく、どの資料から回答したか、誰が最終判断したか、外部へ出した情報は何かを追えるかが重要になる。TechCreateが紹介した文章推敲ツール「yomiyasu」も、変更前後の差分と検証を残す考え方を取る。AI支援を採用するほど、完成文だけでなく編集履歴を扱う設計が必要だ。
TKは、メモ、AI補助、限定共有、公開を一つの流れへ近づけた。一方、プライバシー、出所表示、クラウド保存の詳細は、製品の宣言と利用時の設定を分けて確かめなければならない。生成機能の印象だけで選ばず、原稿がどこから来たかを説明できる環境かで判断したい。
まとめ
- TKは@TKで調査や過去メモの検索を頼み、執筆中の画面移動を減らすアプリである。
- MCPとClaude向けプラグインは個人のメモをAIへつなぐが、接続先と共有範囲の確認が欠かせない。
- AIと人の記述を区別する方針は有用だが、表示の強制範囲や履歴の詳細は実画面で確かめる必要がある。
読者のコメント (0)
コメントを残す