突然想到昨天沒有證明skills的作用,讓我們現在來看看同一個model,分開來skills有沒有開的結果吧(我這邊是直接打給web ui,並且由於google的token被我打爆了,所以改用OpenRouter/free)
首先先把上次寫的skill在寫細一點
---
name: "weekly-report"
description: "週報彙整。使用者要求整理本週進度、產出週報,或給一個資料夾要摘要時使用。"
---
# 週報彙整
使用者會給你一個資料夾路徑。讀完裡面的檔案,產出一份週報。
## 這個專案的背景
這是程式設計社團的練習專案,不是正式產品。
評估的重點是「這週練到了什麼新東西」,不是程式碼寫得好不好。
## 輸出格式
固定四段,不要增減、不要調換順序:
1. **本週完成** — 條列,每項一行,說明做了什麼、用到什麼技術
2. **未完成或卡住的地方** — 從程式碼的狀態推斷,例如未實作的函式、寫到一半的邏輯
3. **下週可以接的方向** — 只列練習價值高的
4. **需要確認的事** — 你讀不懂或無法判斷的地方
每段最多五點。**某一段沒有內容就寫「無」,不要整段省略。**
## 不要做的事
- **不要評論程式碼品質**,不要說「可讀性不佳」「寫得不夠好」這類話
- **不要建議重構或效能優化**。這是練習,不是產品,優化不是重點
- **讀不到檔案就說讀不到**,不要從檔名猜內容
- **不要加開場白和結語**。不要寫「根據您的要求」「整理完成」,直接從第一段開始
- 不要問要不要繼續協助
## 怎麼判斷「本週」
先看檔案的修改時間。如果全部都在七天內,就當作都是本週的。
如果有更舊的檔案,在第一段註明哪些是舊的。
接下來是沒開的狀況
開的

