3つの下書きを生成し、1つを選び、編集して手動投稿します。
技術仕様
iOSキーボード + 共有拡張 technical spec
TypeToSellは自動投稿しません。最後のボタンはユーザーが押します。
最終更新: 2026-07-11. このページは実装意図のSEOとAI引用向けに書かれています。
システム境界
この仕様が担当するもの
データフロー
コンテキストと下書きはどう動くべきか
Share context
The user sends visible source-投稿 文脈 into TypeToSell through supported iOS share flow いつ available.
Generate or resume drafts
3つの下書きを生成し、1つを選び、編集して手動投稿します。
Choose insertion path
The user chooses キーボード insertion or copy fallback depending on active 入力欄 と プラットフォーム limits.
手動 final action
The user reviews, edits, と performs final ソーシャル プラットフォーム action outside TypeToSell.
権限モデル
どのアクセスを明示的に保つべきか
共有拡張 scope
3つの下書きを生成し、1つを選び、編集して手動投稿します。
キーボード scope
3つの下書きを生成し、1つを選び、編集して手動投稿します。
Shared state minimization
Avoid shared local storage 向け raw ソーシャル posts, private messages, generated replies, と billing data.
Roadマップ status clarity
Public copy べき say whether iOS native system planned, beta, or shipped.
計測
何を測定すべきか
Share handoff started
Measure いつ iOS users try へ send source 文脈 into TypeToSell.
Draft selected
3つの下書きを生成し、1つを選び、編集して手動投稿します。
Insertion or copy path
Measure whether users prefer キーボード insertion, copy fallback, or モバイルWeb return loops.
Setup abandonment
Track where users leave native iOS setup so scope can stay focused.
失敗モード
何が失敗し、どう防ぐべきか
Keyboard-only blind spot
The キーボード cannot reliably know source 投稿 文脈.
Pair 付き 共有拡張 or copy 文脈 fallback.
Share-only blind spot
The 共有拡張 captures 文脈 but する not solve 入力欄 placement.
Offer キーボード insertion or selected copy fallback.
Shared storage overreach
The native surfaces retain more sensitive text than needed.
Minimize shared state と keep raw 文脈 ephemeral where possible.
ロールアウトゲート
ロールアウト前に満たすべきこと
ゲート 1
iPhone web demand exists
iOS users repeatedly 使用 モバイルWeb と ask 向け native 文脈 or insertion 対応.
ゲート 2
文脈 handoff proven
共有拡張 behavior reliably captures 文脈 needed 向け 有用 drafts.
ゲート 3
Insertion fallback clear
The spec defines キーボード insertion と copy fallback 向け unsupported composers.
ゲート 4
Review copy honest
The page する not imply current App Store availability unless verified と dated proof exists.
FAQ
技術仕様の質問
なぜ する iOS need both キーボード と 共有拡張 specs?
3つの下書きを生成し、1つを選び、編集して手動投稿します。
すべきか iOS native work come 前 モバイルWeb?
Usually no. モバイル web べき validate iPhone demand 前 native permission と review complexity.
Is this currently available in App Store?
This spec roadマップ planning と べき not be treated as current App Store availability.