⚠️ 以下是 2025/09/29 當天的操作流程，未來可能因自動啟用機制而有所不同。

占卜師的核心當然不是洗牌，而是在抽完牌面之後如何解牌，對吧？
所以下一步，就要開始實作整個專案最重要的環節：串接 AI 模型！

如果不知道什麼是 Bedrock...

AWS Bedrock
由 Amazon 提供的生成式 AI 服務。
核心功能就是讓開發者可以直接使用多種大語言模型與生成模型，而不需要自己準備或維護龐大的訓練環境。

雲端平台其中一個最重要的價值就是：代管。
既然是在雲平台上的 AI 服務，Bedrock 當然也不會例外。
Bedrock 整合了多家不同的生成式 AI 模型，除了 AWS 自行維護的 AI Model，也支援多家供應商和其他業界領導者提供的基礎模型（包含各種版本）。
透過 Bedrock，開發者可以用 API 的方式呼叫模型，完成文字生成、摘要、問答、對話，甚至圖片或其他生成任務。

啟用 AWS Bedrock

• 進入畫面之後會看到一個非常豐富的畫面
  
• 在開始前，需要先選擇要啟用的模型。
  點選左側選單列的「模型存取權」
  
• 然後準備啟用...欸?
  

⚠️ Amazon Bedrock 將自動為每個 AWS 帳戶啟用所有無伺服器基礎模型以及任何新模型的存取權

什麼意思？

在原先的 AWS 版本中，Bedrock 提供的是「介接」AI Model 的服務，真正提供 AI Model 的，除了 AWS 自身，還有供應商。
如果需要透過 AWS Bedrock 調用其他供應商的 AI Model，需要額外執行「啟用」流程。

• 透過 模型存取權 啟用要使用的模型
  
  接下來還會需要輸入各種基本資訊、授權、接收啟用確認信等流程，才能真的透過 AWS Bedrock 呼叫到想用的 AI Model。
  不過就這個公告上的說明，未來的啟用流程會直接消失，所有的 AI Model 都會預設成可用，如果需要限縮使用範圍，可以另外透過 Identity-based policy 跟 Service Control Policy 進行約束。

⚠️ 關於自動啟用
以前「沒有勾選」就不會被用到的機制，算是一種被動的保護。
改成「自動啟用」以後，就代表一旦 IAM 權限沒控好，就可能被任何有 Bedrock 存取權的使用者直接呼叫 AI Model，進而產生費用。

直接試用！

雖然有了意外的小插曲，但既然 AWS 貼心的幫大家省略的繁複的啟用步驟，那就來直接試用看看吧！

• 點擊「測試」→ 「聊天/文字遊樂場」
  
  這裡可以測試已經啟用的...不對，現在應該可以試用所有 AWS Bedrock 支援的 AI Model。
  使用方式也很直覺。
• 點擊「選取模型」
  
• ...欸???
  
  看起來還是需要授權啊...?
  再看一眼公告：2025 年 9 月 29 日起
  然後再看看今天的日期：2025 年 9 月 29 日

...還是我明天再試試看?

以下是 2025/09/29 的操作紀錄

雖然不確定為什麼實際操作會和公告的不同，不過官方的公告似乎也沒有更進一步的說明...
那還是先繼續進行今天的文章進度，繼續完成啟用流程吧！

• 按下「請求存取」，會回到 模型存取權 的設定頁面。
  
  因為這裡只先做驗證流程，所以只會先啟用比較簡單 (便宜) 的版本。
• 在 Claude 3.5 Sonnet 點選「請求模型存取權」。
  確認畫面上是要啟用的模型版本後，再點選「提交」
  
• 接下來，就是耐心等待模型被啟用
  
• 完成啦！
  
• 再次進入聊天/文字遊樂場，就可以看到被啟用的模型，點選「套用」
  
• 進入這個畫面就可以開始進行模型的測試囉！
  

雖然說是測試，但在這裡調用模型仍然是要收費的。
Playground 的功能旨在用最簡便的方式，讓開發者對模型進行使用測試，支援直接在畫面上調整參數，並且立刻用對話框的方式執行，以評估實際效果。

資訊補充

• IAM 政策（IAM Policy）
  用來管控 某個使用者 / 群組 / 角色 的權限規則。
  控管範圍：單一帳號(AWS Account)內的人員(User)與角色(Role)。
  範例：只允許呼叫 Claude v3 的政策

{
  "Effect": "Allow",
  "Action": "bedrock:InvokeModel",
  "Resource": "arn:aws:bedrock:us-east-1::foundation-model/anthropic.claude-v3"
}

• SCP（Service Control Policy，服務控制政策）
  SCP 是 AWS Organizations 底下的功能，它的角色控制範圍是「整個組織 / 帳號(AWS Account)」。
  即使某個 IAM User/Role 有權限，如果 SCP 沒放行，一樣不能做。
  用來統一規範多帳號的環境，避免使用者在自己的帳號中隨意啟用服務。
  控管範圍：整個組織單位 (OU) 或帳號。