ถาม AI ของคุณว่าสัปดาห์หายไปไหน: MCP server แบบ local ของ Timex

"สัปดาห์นี้ฉันใช้เวลากับ Zoom ไปเท่าไหร่?"

จะตอบวันนี้ คุณเปิดแอปติดตาม หาตัวเลือกวันที่ กรอง เพ่งรายชื่อแอป คำนวณในใจ เป็นงาน 90 วินาทีที่เกิดขึ้นแค่เดือนละสองครั้ง — เพราะงั้นคนส่วนใหญ่ไม่เคยทำ และข้อมูลก็นอนเฉย ๆ

Timex 1.3.0 แนะนำคำตอบที่ต่างออกไป: MCP server แบบ local เปิดใน Settings → Integrations เชื่อมต่อ AI client ของคุณ แล้วถามด้วยภาษาพูด AI สอบถามข้อมูลเวลาของคุณแล้วตอบ — และข้อมูลไม่เคยออกจาก Mac ของคุณ

คำตอบสั้น ๆ: MCP (Model Context Protocol) ให้ AI assistant อ่านและจัดการกับเครื่องมือและข้อมูล local MCP server ของ Timex เปิด 22 เครื่องมือเหนือบันทึกการติดตามของคุณ — สรุป ค้นหากิจกรรม กฎ รายการ Energy การฟื้นตัว ส่งออก CSV เซสชันโฟกัสและช่วงพัก — ให้ Claude, Cursor หรือ VS Code ตอบคำถามเรื่องเวลาของคุณและจัดการการตั้งค่า ค่าเริ่มต้นปิดอยู่ bind ที่ localhost และต้องใช้ bearer token

MCP คืออะไร? ฉบับย่อหน้าเดียว

Model Context Protocol คือมาตรฐานที่ให้ AI assistant ใช้เครื่องมือและข้อมูลได้จริง แทนที่จะแค่คุยเรื่องพวกนั้น แทนที่จะ copy-paste สัปดาห์ของคุณเข้าหน้าต่างแชท คุณเชื่อมต่อ client ครั้งเดียว แล้วมันเรียกใช้ฟังก์ชันได้ — อ่านสรุป ค้นหากิจกรรม เพิ่มกฎ — เหมือนที่มันอ่านไฟล์คุณหรือรันเทอร์มินัลอยู่แล้ว Anthropic เผยแพร่สเปกปลายปี 2024 และตอนนี้รองรับใน AI client หลัก ๆ ทั้งหมด: Claude Desktop และ Claude Code, Cursor, Zed, VS Code, Codex CLI, OpenCode, Octomind ถ้าคุณใช้อันไหนเหล่านี้ ฝั่ง client คุณมีอยู่แล้ว

Server ของ Timex เปิดอะไรจริง ๆ

ยี่สิบสองเครื่องมือ จัดกลุ่มตามหน้าที่:

อ่านบันทึกของคุณ: get_summary (เวลาที่ติดตาม โฟกัส และ Energy ตามช่วง), list_activities (แถวละเอียด กรองตามแอปหรือโดเมน), search_activities (ค้นชื่อหน้าต่าง URL ชื่อแอป), get_current_activity (ตอนนี้อะไรกำลังทำงาน)

จัดการการตั้งค่า: list_categories, list_rules, add_rule / remove_rule, create_category / update_category — เอนจินกฎตัวเดียวกับที่ UI ใช้ แต่เขียนสคริปต์ได้

ลงมือกับวันของคุณ: add_manual_entry (บันทึกประชุมที่เพิ่งเสร็จ), log_recovery (ระบุช่วงที่ไม่อยู่เป็น Walk, Workout, Nap หรือ Rest), export_csv (สรุปหรือละเอียด เขียนไว้ในโฟลเดอร์ home ของคุณ), pause_tracking (กำหนดจำนวนนาทีได้) / resume_tracking, start_break, list_backups และตั้งแต่ Timex 1.7.0 ยังมี start_focus_session / end_focus_session, snooze_break, pause_break_reminders และ get_break_status

ส่วนที่น่าสนใจไม่ใช่เครื่องมือใดเครื่องมือหนึ่ง — แต่คือคำสั่งค้นหาแบบประกอบที่โมเดลภาษาสร้างข้ามทั้งหมดนี้ได้

ห้าพรอมต์ที่ดีกว่าแดชบอร์ด

• "สัปดาห์นี้ Zoom กินเวลาเท่าไหร่ และเทียบกับสัปดาห์ก่อนเป็นอย่างไร?" — get_summary สองครั้ง การเปรียบเทียบ และประโยคที่คุณเอาไปทำงานได้ เวอร์ชันแดชบอร์ดของเรื่องนี้นานกว่าค่าของคำตอบเสียอีก
• "วันอังคารบ่ายสองถึงสี่ฉันทำอะไร?" — list_activities ตามช่วงเวลา คำตอบที่ซื่อสัตย์ต่อ "บ่ายนั้นหายไปไหน" โดยมีชื่อหน้าต่างเป็นหลักฐาน
• "ตั้งแต่นี้ไปให้ github.com นับเป็นโฟกัส" — add_rule จบ ไม่ต้องไล่ตั้งค่า นี่คืออันที่เปลี่ยนวิธีใช้กฎ: คุณขอในจังหวะที่เห็นความจำเป็น ซึ่งเป็นจังหวะเดียวที่การเขียนกฎเกิดขึ้นจริง
• "ฉันเพิ่งจบสายกับลูกค้า 10:05 ถึง 10:30 — บันทึกให้" — add_manual_entry ช่องว่างที่คุณจะลืมไปก่อนมื้อกลางวัน ถูกบันทึกตอน 10:31 ที่ยังจำได้
• "ส่งออกสัปดาห์นี้เป็น CSV สรุปสำหรับใบแจ้งหนี้" — export_csv วันทำใบแจ้งหนี้หดจากโบราณคดีหนึ่งชั่วโมงเหลือประโยคเดียว

1.5.0 เพิ่มอะไร: Energy และการฟื้นตัว

Timex 1.5.0 (10 กันยายน) เพิ่ม Energy — ค่าประมาณ 0–100 ของงานที่ต้องใช้พลังที่เหลืออยู่วันนี้ — และ MCP server เปิดมันออกมา get_summary ตอนนี้คืนค่า Energy score เวลาที่ใช้ไป capacity ความล้าของช่วงปัจจุบัน สายโทรเข้า เวลา passive การฟื้นตัว และนาทีที่เป็นหนี้ เพิ่มจากเวลาที่ติดตามที่คืนค่ามาตลอด มีเครื่องมือใหม่ log_recovery สำหรับระบุช่วงที่ไม่อยู่เป็น Walk, Workout, Nap หรือ Rest

อีกสองพรอมต์ที่ทำได้เพราะ 1.5.0 เท่านั้น:

• "วันนี้ฉันเหลืองานที่ต้องใช้พลังเท่าไหร่?" — get_summary สำหรับวันนี้ อ่าน Energy score และเวลาที่ใช้ไป มันเป็นงบประมาณ ไม่ใช่การวัดสุขภาพ — ข้อแม้เดียวกับที่แอปแสดง
• "ฉันไม่อยู่ 25 นาที — นั่นคือเดินเล่น" — log_recovery ช่วงที่ไม่อยู่ที่ไม่งั้นจะไม่มีป้ายกำกับ ตอนนี้ถูกนับเป็นพักเคลื่อนไหว และ Energy อัปเดต

โมเดลความปลอดภัย พูดตรง ๆ

ผมจะเขียนส่วนนี้แบบที่ผมอยากให้คนอื่นเขียนให้ผม

Server ค่าเริ่มต้นปิดอยู่ เปิดใน Settings → Integrations ที่เดียวกันคุณเลือก bind address และพอร์ต คัดลอกหรือสร้าง bearer token ใหม่ คงค่า bind เริ่มต้น 127.0.0.1:41741 ไว้ server จะเข้าถึงได้จาก Mac คุณเท่านั้น — ไม่ใช่เครือข่าย ไม่ใช่อินเทอร์เน็ต

เส้นแบ่งมีจริงและผมจะไม่เบลอมัน: client ที่เชื่อมต่ออ่านได้ทุกอย่างที่ Timex บันทึก — ชื่อหน้าต่าง URL ชื่อแอป — และเปลี่ยนกฎ หมวดหมู่ และรายการของคุณได้ จัดการ token เหมือนรหัสผ่าน ถ้า bind เกิน localhost คุณเปิดสิทธิ์นั้นให้ทั้งเครือข่ายแล้ว

Timex รองรับ MCP protocol revisions 2026-07-28, 2025-11-25, 2025-06-18 และ 2025-03-26 และ Settings คัดลอก config ของแต่ละ client พร้อม host พอร์ต token และเส้นทางแอปปัจจุบันของคุณได้ — คลิกเดียวเพื่อเพิ่ม MCP server ลงใน Claude Desktop คัดลอก config สำหรับ Claude Code, Cursor, Zed, VS Code, Codex CLI, OpenCode หรือ Octomind

ทำไม local-first กับ MCP เข้ากัน

มีเหตุผลเชิงปรัชญาที่สิ่งนี้อยู่ในแอป local-first ไม่ใช่แอปคลาวด์ แอปติดตามแบบคลาวด์จะทำ "ถาม AI เรื่องสัปดาห์คุณ" โดยส่งสัปดาห์ไปเซิร์ฟเวอร์ — ของเขา หรือของโมเดล วิธีของ MCP เก็บข้อมูลไว้บนเครื่องคุณแล้วให้โมเดลเดินมาหา บันทึกเวลาของคุณอยู่ที่เดิมที่มันถูกบันทึก ความฉลาดเป็นแขก ไม่ใช่ผู้เช่า

นั่นก็เป็นข้อจำกัดที่ซื่อสัตย์: AI ตอบได้เท่าที่ Timex บันทึกไว้ มันเห็น Mac ของคุณ ไม่เห็นโทรศัพท์หรือประชุมนอกโต๊ะ — แต่รายการที่เพิ่มเองเติมช่องว่างพวกนั้นได้ถ้าคุณบันทึก

เมื่อเชื่อมต่อไม่ได้

Server ทำงานเฉพาะตอน Timex ทำงาน — ปิดแอปแล้ว endpoint หายไป ถ้า client ได้ 401 แปลว่า token ผิดหรือเก่า สร้างใหม่ใน Settings → Integrations แล้ววางอันใหม่ Client ที่พูดได้แค่ stdio ต้องใช้ bridge timex-mcp ที่มาพร้อมแอป Settings คัดลอกคำสั่งและเส้นทางที่ถูกต้องให้คุณ HTTP endpoint เป็น stateless — ไม่มี session ให้หาย — และปฏิเสธคำขอที่ Origin ไม่ใช่ localhost แท็บเบราว์เซอร์จึงเข้าถึงไม่ได้แม้จะลอง

แดชบอร์ดคือคำตอบยุค 2010s ต่อ "ฉันทำอะไรกับเวลาไป" คำตอบปี 2026 คือบทสนทนากับโมเดลที่อ่านบันทึกได้จริง อยากลอง: ดาวน์โหลด Timex ไปที่ Settings → Integrations เปิดสวิตช์ แล้วถามสัปดาห์ของคุณสักคำถาม config ของแต่ละ client อยู่ในคู่มือตั้งค่า MCP ของ Timex

— DK