POST/api/boshu/owners/{kind}/{id}/calls/from-content
「BOSHU の管理」の分類の、新しく作る、または操作を実行するために内容を送る API。ログインした本人として呼ぶ。
- 要約
企画の行の「公募を作る」: 企画に結んだ下書きの募集を、企画の種類に合うテンプレートのモジュールで作る(公開しない・知らせない。版は 1 つ)
- 呼び方と印
ログイン
URL に付ける値(パラメータ)
経路の中の波かっこの部分と、URL の ? の後ろに付ける値。「必須」の印があるものは省けない。
kindpath必須"event"idpath必須string(uuid)
送るもの(本文)application/json
送る本文の欄。「必須」の印がある欄は省けない。
contentId必須string(uuid)
返るもの(応答)201 · application/json
成功したときに返る形。入れ子の欄は、その行を押すと開く・閉じる。「任意」の印がある欄は返らないことがある。
idstring(uuid)templateenum(10)"member" "talk" "pitch" "hackathon" "student_guild" "student_venture" "guild_royale" "creative_blitz" "open_meeting" "partner"versionintegerexistingboolean
失敗したとき(エラー)
失敗したときの状態コードと、その意味。本文の error の値で、プログラムが失敗の種類を見分けられる。
- 400HTTP 400(x-bounty-error-codes を参照)
- 401未ログイン(unauthorized)/ Bearer が無効(invalid_token。WWW-Authenticate 付き)
- 403HTTP 403(x-bounty-error-codes を参照)
- 404HTTP 404(x-bounty-error-codes を参照)
- 409HTTP 409(x-bounty-error-codes を参照)
- invalid_input
- forbidden
- owner_not_found
- content_not_found
- template_unavailable
- manager_reverify_required
- human_action_required
呼び出しの見本
そのまま試せる呼び出しの例。curl と fetch をタブで切り替える。ID やトークンは自分の値に置き換える。
curl -X POST "https://bounty.spikes.4s.link/api/boshu/owners/{kind}/{id}/calls/from-content" \
-H "Authorization: Bearer $BEARER_AUTH" \
-H "Content-Type: application/json" \
-d '{
"contentId": "00000000-0000-4000-8000-000000000000"
}'