AIソーシャル返信向けChrome拡張
ワークフロー
iOSキーボード + 共有拡張 workflow
3つの下書きを生成し、1つを選び、編集して手動投稿します。
最終更新: 2026-07-11. このワークフローは最終公開投稿を手動のままにします。
ユースケース
このワークフローを使うタイミング
手順
ステップごとのワークフロー
ステップ 1
Share post context
Use the iOS 共有拡張 when the source app makes sharing or copying easier than manual paste.
ステップ 2
Generate drafts in TypeToSell
3つの下書きを生成し、1つを選び、編集して手動投稿します。
ステップ 3
Select a reply angle
Pick trust, conversation, or natural next step based on the post's buyer stage.
ステップ 4
Return through keyboard or copy
3つの下書きを生成し、1つを選び、編集して手動投稿します。
ステップ 5
Review before posting
Edit for voice and press the final social platform button manually.
代替案
プロセスのトレードオフを比較
iOSキーボード only
トレードオフ: May struggle when users need to pass rich context from the source post.
推奨: Pair with 共有拡張 for context capture.
共有拡張 only
トレードオフ: Good for capture, weaker for insertion back into the composer.
推奨: Pair with keyboard or copy fallback.
Mobile web first
トレードオフ: Simpler and faster for validation.
推奨: Keep it as the required first step.
判断ルール
各ルートを選ぶタイミング
iOS users need context capture
Add 共有拡張.
iOS users need composer speed
Add keyboard support.
Validation is still weak
Keep improving モバイルWeb before native iOS work.
FAQ
ワークフローの質問
なぜ pair iOSキーボード with 共有拡張?
The keyboard helps insertion, while the 共有拡張 helps capture context from the source app.
すべきか iOS come before Android?
Usually no. iOS should follow モバイルWeb and Androidキーボード validation unless iOS demand is clearly stronger.
TypeToSellは自動投稿しません。最後のボタンはユーザーが押します。
いいえ。 The user reviews and manually posts the selected reply.