2026-10-14

口袋派對 - Party Games 版權宣告

口袋派對 版權宣告 / Copyright Notice

最後更新 / Last updated: 2026-10-04


正體中文

口袋派對 - Party Games(套件名 com.dino9021.partygames,以下稱「本應用程式」)為個人開發的派對遊戲應用程式。

軟體著作權

本應用程式的程式碼、介面設計、圖示、遊戲題庫與遊戲文字、說明文件著作權歸開發者 Dino9021 所有,並保留一切權利(© 2026 Dino9021. All rights reserved.)。未經書面同意,不得重製、散布、改作、還原工程或作為衍生作品發行。

你的資料

你在本應用程式裡的設定、遊戲紀錄、點數,以及你匯入的字型檔都是你的,存在你的裝置上(登入 Google Play 遊戲時,點數另外存一份在你自己的 Play 遊戲存檔)。開發者不主張這些內容的任何權利,也無法存取(見隱私權政策)。

你匯入的字型由你自行取得,其著作權屬於該字型的權利人;請確認你有使用那套字型的權利。

Reboku:EPUB Reader 電子書閱讀器 版權宣告

Reboku 版權宣告 / Copyright Notice

最後更新 / Last updated: 2026-07-28


正體中文

Reboku(套件名 com.reboku.reader,以下稱「本 App」)為個人開發的電子書閱讀器。

軟體著作權

本 App 的程式碼、介面設計、圖示與說明文件著作權歸開發者 Dino9021 所有,並保留一切權利(© 2026 Dino9021. All rights reserved.)。未經書面同意,不得重製、散布、改作、還原工程或作為衍生作品發行。

你的書、你的資料

你匯入本 App 的書籍檔案、書籤、註記與閱讀進度都是你的,只存在你的裝置上。開發者不主張這些內容的任何權利,也無法存取(見隱私權政策)。

Reboku:EPUB Reader 電子書閱讀器

Reboku 是一款 Android 電子書閱讀器,支援 EPUB、CBZ、PDF、TXT 與 Markdown:自訂排版、直排、畫重點、搜尋、朗讀,離線可用、不追蹤。

選用的「雲端備份與同步」會把閱讀進度、書籤與畫重點存到你自己的 Google 雲端硬碟(資料夾 Reboku_EPUB_Reader),讓你換裝置也能接著讀。這個功能預設關閉;它只用 Google 的 drive.file 授權,只看得到 Reboku 自己建立的檔案,開發者沒有伺服器、也看不到你的資料。

Reboku:EPUB Reader 電子書閱讀器 隱私權政策

 

Reboku 隱私權政策 / Privacy Policy

最後更新 / Last updated: 2026-09-30


正體中文

Reboku(套件名 com.reboku.reader,以下稱「本 App」)是一款電子書閱讀器。你的閱讀資料只留在你的裝置;本 App 免費下載並顯示廣告,可透過應用程式內購買一次性解鎖「完整版」以移除廣告與各項上限。

你的閱讀資料

你匯入的書籍、閱讀進度、書籤、書架與各項設定,預設只儲存在你的裝置本機,本 App 不會收集、上傳或分享這些資料,開發者也無法存取。移除本 App 即會一併刪除這些本機資料。

唯一的例外是你自己開啟「雲端備份與同步」的時候 —— 那時部分資料會上傳到你自己的 Google 雲端硬碟,詳見下一節。這個功能預設關閉,不開就完全不會有任何上傳。

2026-10-13

口袋派對 - Party Games

口袋派對 - Party Games 是一個 Android 面對面派對遊戲合集:朋友來家裡、家庭聚餐、公司團康,一台裝置就能玩,不用買牌、不用印紙、不用準備道具。

現在有這些遊戲:比手畫腳、有口難言、我畫你猜、閃靈筆記、誰是臥底、臥底畫家、狼人殺、終極密碼戰;海龜湯、情報員靠邊站即將上線。多數遊戲可以讓應用程式代唸題目。

口袋派對 - Party Games 隱私權政策

隱私權政策

口袋派對 - Party Games(com.dino9021.partygames)

最後更新:2026 年 10 月 5 日 | Last updated: 5 October 2026

開發者不收集你的任何資料。這個應用程式沒有自己的帳號系統,開發者也沒有任何伺服器。登入 Google Play 遊戲時,點數存在你自己的 Google 帳號裡(Play 遊戲存檔),開發者讀不到(見〈Google Play 遊戲存檔〉)。

應用程式裡有 Google AdMob 廣告:為了投放廣告,Google 的廣告程式會收集下面〈廣告〉那一節列出的資料,並依 Google 自己的政策處理。

內購的付款由 Google Play 處理,應用程式與開發者都拿不到你的付款資料(見〈購買〉)。

2026-08-18

Windows 11 上安裝 SSH Server

Run PowerShell as an Administrator.

Check if OpenSSH is available by running:

Get-WindowsCapability -Online | Where-Object Name -like 'OpenSSH*'

If OpenSSH Server is not installed, run:

Add-WindowsCapability -Online -Name OpenSSH.Server~~~~0.0.1.0

To start the OpenSSH Server, run the following command:

Start-Service sshd

Optionally, set it to start automatically with Windows:

Set-Service -Name sshd -StartupType 'Automatic'

Once these steps are completed, the OpenSSH Server should be running on your Windows 11 Pro computer.

Reference: https://learn.microsoft.com/en-us/answers/questions/5757124/how-to-turn-on-openssh-sever-on-windows-11-pro-com


2026-08-14

Claude Code 的一些使用心得及推薦 Plug-in、Skills 等

  • 觸發 Session Rolling 5-hour Time Window 的 Schedule
    如果 08:00 或 09:00 上班才開始使用,則下一次 Window 得在 13:00 或 14:00 觸發
    那上班時間只有 2 個 Time Window 可以使用。
    如果在上班時間前兩小時就開始,設定四個排程觸發 Time Window 的話,
    比如 05:00、10:00、15:00 (根據上班時間調整)
    上班時間就可以有 3 個 Time Window 可以使用。

    Schedule 用最省錢的 Haiku Prompt: 
    This is a test, DO NOT RESPONSE.
    即可,這樣可以得到簡短回應類似:
    I acknowledge the instruction. No response will be sent.
    不須耗費太多 Token

  • 試過一陣子之後沒有很推薦的: 省話一哥 caveman (穴居人)
    https://github.com/juliusbrussee/caveman

    原因是品質可能會下降,這些文章有討論:
    https://vocus.cc/article/6a10254ffd897800017eaac1
    https://www.bnext.com.tw/article/90550/claude-caveman-prompt-token-saver

  • 用 Fable 5 作為主導
    1. 將任務拆階段
    2. 分階段派工給最適合的模型 (Opus、Sonnet、Haiku) 執行
    3. 重要階段完成後必須再派兩個不同視角的 Opus 做對抗式審核
    4. 完成後再由 Fable 5 審核一次
    5. 或是使用 advisor (顧問) 功能 (但每次呼叫 advisor 都要重讀一次 context,若頻繁呼叫會消耗大量 token)
  • Effort: Ultracode 在 CLAUD.md 指定平行作業或派子代理前都必須要清楚列出
    1. 有哪幾個階段
    2. 每個階段派幾個什麼模型的代理
    3. 各階段做哪些事情
    4. 由擁有者 (Owner) 審核過後才可以開始
    5. 每一個階段完成後都要停下來等擁有者 (Owner) 確認後才能再派下一階段 (避免一派工 Token 就爆)
  • 小技巧
    1. 變更帳號: /Switch account
    2. Agent 執行中如果有問題想問,不用直接打擾他,可以用 /btw 開一個 Side question 視窗來問,這樣不會干擾主線運作。
      • 這是一個相當好用的功能,你可以在 Side question 問主線上看到的對話訊息中不明白的部分,但不會因為你的發問而使主線改變作法或走歪。
      • 在這個視窗裡面 Agent 只能回答妳問題,沒有權限去動程式或檔案,也不會影響主線的思考與行為。
      • 對於不需要留在 context 中的快速問題使用 /btw,答案出現在可關閉的覆蓋層中,永遠不會進入對話歷史記錄,所以您可以檢查詳細信息而不會增加 context。
      • No Tool Access: It cannot read new files, run tests, or execute bash commands; it only answers based on the existing conversation context.
      • Isolated History: Your question and Claude's reply do not get appended to your primary thread history, keeping your main context window clean.
      • Cost-Efficient: It leverages your current prompt cache, minimizing extra token overhead.

  • 語言的選擇:
    • Agent 對英文和正體中文的理解度
      • 基本上沒有顯著差異。Agent 對兩者的語言理解能力相近,都能抓住邏輯和含義。
    • 但實務上英文更「安全」的原因
      • 術語一致性
        • 英文技術文檔用的詞是「標準的」(RFC、論文、官方 API 文件都這樣寫)
        • 中文有「服務」vs「服務程式」、「流程」vs「工作流」、「實例」vs「執行個體」的問題——同一個東西不同人寫不同詞,Agent 要重新推論
        • Agent 在「中文術語邊界模糊」時出錯率會高一點
      • 混合語言的邊界問題
        • 設計文件如果一段英文一段中文,Agent 有時會誤判「這句的主詞是什麼」
        • CLAUDE.md 規定的「英文檔案 + 中文註解」其實是最安全的(界線清楚)
      • 工具鏈的假設
        • git grep、Markdown 渲染、代碼生成工具都假設英文
        • 中文在正規化、排序、分詞上有額外的複雜性
    • 如果是Agent 寫文件
      • 語言選擇不會改變Agent 寫的邏輯正確性,但會改變:
        • 你們讀起來的成本(混合語言 = 上下文切換)
        • 未來維護的成本(誰能改?誰能快速搜尋?)
        • 一致性(你們的其他技術文件用什麼語言)
    • 所以 CLAUDE.md 要求文件用英文撰寫,不是因為 Agent 對英文的理解更好,而是工具鏈 + 術語 + 長期維護成本 加起來,英文是更好的選擇。

  • 要求同時寫英文與中文會消耗雙倍 Token 嗎?
    • 不完全是,但接近。
    • 實際 token 成本
      • 如果是「完整雙語」(英文版 + 中文版都完整)
        • 不是 2 倍,大概 1.5~1.8 倍
        • 原因:結構和邏輯框架只計算一次,翻譯只是「換詞」,不是「重新思考」
      • 如果是「混合版本」(英文為主 + 中文註解)
        • 大概 1.1~1.3 倍
        • 中文註解不重,只標重點
      • 如果是這個專案的現況(對話中文 + 文件英文)
        • 基本上是加法,不是乘法
        • Agent 對你講話(中文)→ output token
        • Agent 寫文件(英文)→ 不同的 output token
        • 兩個是分開的,不會互相乘。
      • 在專案的實際影響
        • 如果設定:
          • Agent 和你對話 = 中文(這消耗 token)
          • Agent 寫設計文件、md = 英文(這也消耗 token)
          • 但不會因為「既要和你中文溝通,又要寫英文文件」就支付 1.5 倍
        • 會發生雙倍的情況:
          • Agent 寫完一份英文設計文件
          • 然後再寫一份完全相同的中文版本
          • 那才是接近雙倍
    • 所以 CLAUDE.md 中設定只要求英文文件,沒要求中文翻譯版的規則從 token 角度看也是省成本的。


2026-05-11

Powershell 取得運作中的程序,Kill 掉

取得 Process,Kill 掉:

Powershell 指令:

Get-Process | Select-Object `
Name,
Id,
@{N="ExeName";E={
if ($_.Path) { Split-Path $_.Path -Leaf } else { "N/A" }
}},
@{N="FullPath";E={$_.Path}},
@{N="CPU(s)";E={$_.CPU}},
@{N="Memory(MB)";E={[Math]::Round($_.WorkingSet64/1MB,2)}},
@{N="Owner";E={
try {
(Get-CimInstance Win32_Process -Filter "ProcessId=$($_.Id)") |
Invoke-CimMethod -MethodName GetOwner |
ForEach-Object { "$($_.Domain)\$($_.User)" }
} catch {
"N/A"
}
}}

2026-05-07

Reset Microsoft Edge (開起來後幾秒鐘就會無回應然後自動關閉)

taskkill /IM msedge.exe /F

Remove-Item -Path "$env:LOCALAPPDATA\Microsoft\Edge\User Data" -Recurse -Force

Get-AppxPackage -Name Microsoft.MicrosoftEdge.Stable -AllUsers `
| Foreach {
    Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLocation)\AppXManifest.xml"

}