iT邦幫忙

2026 iThome 鐵人賽

DAY 15
0

前言

以下是我的系統目前做到的部分:

一般 Todo 我的系統
告訴我有哪些事情 告訴我現在可以先做什麼
使用者自己決定順序 AI 協助判斷順序
任務通常是固定排列 可以根據目前狀況重新排序
主要是記錄任務 開始分析任務
使用者自己考慮 Deadline AI 把 Deadline 納入判斷
不一定知道使用者現在有多少時間 可以考慮目前可用時間

一般 Todo 主要是拿來記錄、管理事情。我的系統是往前多做了一步:從「幫我記住事情」變成「根據目前狀況幫我判斷下一步」。

前幾天完成 /ai/rank 後,AI 可以把目前還沒完成的任務全部排出順序。

但我實際想像使用情境時,又覺得好像有點麻煩。

所以今天新增一個/ai/next,把 /ai/rank 排好的結果,進一步變成 「直接告訴我現在該做哪一個任務」。

GET /ai/next?available_minutes="剩餘時間"

它跟 /ai/rank 不一樣。

/ai/rank:幫我把所有事情排順序。

/ai/next:直接告訴我現在最推薦做哪一件。

這是剩餘30分鐘:

{
    "priority": 1,
    "reason": "此任務狀態為進行中(已完成 20%),且 Deadline 是今天(2026-09-09 22:00),緊急程度最高。雖然預估剩餘時間超過 30 分鐘,但因為已經開始且急迫,最適合利用現有時間繼續推進。",
    "task_id": 4
}

這是剩餘90分鐘:

{
    "priority": 1,
    "reason": "「寫鐵人賽文章」的截止期限最近(2026/9/9 22:00),且狀態為進行中(progress: 20),預估剩餘時間 72 分鐘小於使用者目前可用的 90 分鐘,最適合優先完成。",
    "task_id": 4
}

有趣的是,兩次 AI 選出的是同一個任務,但理由其實不一樣。

30 分鐘的時候,它考慮的是「雖然做不完,但可以先推進」;90 分鐘的時候,則變成「時間足夠,可以直接完成」。

也就是說,我提供給 AI 的「目前可用時間」不同,它在判斷任務時考慮的情況也跟著改變。


接下來,我也要開始讓 AI 接觸更多實際的任務資料,看看當任務數量變多之後,它還能不能好好工作。進而進行MySQL → AI 的資料整理。


上一篇
Day 14|如果今天只剩30分鐘,AI 還會叫我做同件事情嗎?
下一篇
Day 16|把資料整理成結構化、統一的格式,方便後續丟給 LLM。
系列文
如果 AI 幫我安排每日的任務?——讓待辦清單不只是清單:LLM × Flask × MySQL 打造動態任務規劃系統 共 17 篇
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言