完了セッションを顧客情報に配慮した報告にまとめる
Devinに作業を委任するコンサルティング会社は、顧客名を出さずに成果物、顧客に提示したテスト結果、作業範囲をまとめられます。LinkedInに掲載するのは、顧客が文章を確認して同意した後です。Devinは確認を促せますが、同意そのものを得ることはできません。
Loading...
Devin Desktop / Tareno
Tarenoをつないだ直後の様子をご覧ください。アシスタントがSNSアカウントを確認でき、すぐに書き始められます。
アニメーションの例・アカウント接続なし
DevinのMCPマーケットプレイスまたはコマンドラインからTarenoをリモートMCPサーバーとして追加し、初回セッションでOAuth認証を完了します。CognitionはStreamable HTTPを推奨しています。所有者が一人のアカウントには個人アクセスを選び、その後Devinに接続済みアカウントを依頼します。TarenoではDevinとの一連のテストをまだ完了していません。
CognitionはDevin内のMCPマーケットプレイスと、OAuthサーバー向けの専用ログインコマンドを使うコマンドライン手順を案内しています。どちらもブラウザー認証で完了します。ホスト型エンドポイントにはStreamable HTTPが推奨されています。
Cognitionによると、OAuth接続は組織全体または個人に紐づけられます。LinkedInプロフィール、Xアカウント、プロジェクトのMastodonアカウントには通常、所有者がいます。リンクを共有せず、その人が認証してください。
ホストされているアドレスは右側の項目にあります。設定ファイルでサーバーを管理する場合も、他のクライアントと同じアドレスを使います。OAuthでログインするなら、ファイルにキーを記載する必要はありません。
下書きを作る前に接続済みアカウントを呼び出すようDevinに依頼します。目的のアカウントが回答に表示されれば接続済みです。結果が空なら、そのアカウントをTarenoで接続してください。
{
"mcpServers": {
"tareno": {
"url": "https://tareno.co/api/mcp"
}
}
}入力
承認済みの資料と対象読者を指定します。
確認用の下書き
Tarenoで下書きを作りIDを比較します。
Tarenoで承認
Tarenoで文面、メディア、アカウント、日時を確認して承認します。
Devinの作業記録は、完了内容を確認するための根拠になります。次の3つの仕事では、成果を誇張せずに公開文へまとめます。それぞれに専用の手順と確認事項があります。
Devinに作業を委任するコンサルティング会社は、顧客名を出さずに成果物、顧客に提示したテスト結果、作業範囲をまとめられます。LinkedInに掲載するのは、顧客が文章を確認して同意した後です。Devinは確認を促せますが、同意そのものを得ることはできません。
Devinが完了したチケットを列挙し、ユーザーに見える変更と内部作業を分けます。変更が機能フラグの背後にあるか、一部のアカウントだけに提供されているかも明示します。金曜日の投稿は、単に完了した作業ではなく、実際に使える変更を280文字以内で伝えられます。
セルフホスト環境の管理者が知りたいのは、必要な作業です。Devinはスキーマ、設定キー、最小バージョンを変更したセッションを探し、必要な対応を投稿の先頭に置きます。承認前に、アップグレード手順をご自身でコピー環境にてテストしてください。
このエージェントがTarenoで利用できるネットワークごとに、具体例、プロンプト、制限を紹介します。
CodexとClaude Codeはターミナル、CursorとCopilotはエディターで動きます。Devinは独自のセッションを持ち、作業を委任されるエンジニアとして機能します。実施内容とテスト内容がセッションに記録されるため、納品報告の素材になります。エディター上のコミットから発信する場合は、他のエージェントのほうがコードに近い立場です。
https://tareno.co/api/mcp対応するクライアントで自分のTarenoアカウントを利用します。各設定ガイドで認証、初回利用、再接続、権限取り消しを確認できます。
list_accountsまだ完全ではありません。Tarenoでは顧客アカウントを使った一連のテストを完了していません。CognitionのドキュメントではDevinはリモートMCPサーバーに対応しています。初回にOAuth認証を行い、読み取り専用の呼び出しで接続を確認してください。
所有者が一人のアカウントには個人アクセスが適しています。共有接続では、組織内のDevin利用者全員がそのアカウント向けの下書きを作れます。どちらの場合も承認はTarenoで行いますが、アカウント所有者が下書きを作る運用が望ましいです。
マージ済み変更、デプロイ記録、機能フラグなど、担当した作業から確認できる情報だけを使います。判断できない場合はそう伝え、投稿の承認前にプロダクト責任者が確認します。
顧客名を伏せ、各記述の根拠を示す報告案を作成できます。公開の可否は顧客が決めます。先に文章を見せ、同意を記録してください。
動画に対応したSNSなら可能です。Xは1投稿につき動画1本を許可し、Tarenoの設定では140秒までです。先にメディアライブラリへアップロードすれば、Devinが名前で探せます。
いいえ。予約または公開の依頼はTarenoで承認アクションになります。ダッシュボードで承認するまでLinkedIn、X、Mastodonには送信されません。Devinが伝えられるのは、依頼が保留中だということです。
顧客から見た変更を説明し、チケット番号、サービス名、内部ツールを省くようDevinに依頼します。その後、Tarenoですべての下書きを確認してください。機密性の判断は人が行います。
通常は`list_accounts`で投稿先を確認し、`create_drafts`で文章を保存します。最後に`schedule_posts`を使うと公開ではなく承認アクションが返り、`get_action_status`で依頼の状態を確認できます。
Tarenoのアカウントを作成し、エージェントを接続して下書きを準備します。公開する内容はあなたが承認します。