開發者工具網站

在同一個原生工作區中檢視 Markdown、PDF 與 Office 文件。

從 Markdown 到 PDF 與 Office 文件,更快閱讀技術資料。

以分頁開啟本機檔案或 HTTP(S) URL,不必切換應用程式即可閱讀 Markdown 與 HTML、翻閱 PDF 與 Word 頁面、PowerPoint 投影片和 Excel 工作表。

  • 01

    Markdown / HTML / PDF / Office

  • 02

    頁面、投影片與工作表操作

  • 03

    macOS / Windows / Linux

工作區預覽

在同一套分頁流程中查看 README、PDF 與 Office 文件

將 Markdown、HTML、PDF、DOCX、XLSX、PPTX 與技術圖表集中到一個工作區,讓文件審閱保有脈絡。

定位

從你的目標開始

選擇最貼近需求的入口,快速判斷KatanA是否適合你的工作流程。

fit

為跨格式技術文件流程而設計

KatanA 是為對照閱讀 Markdown、PDF 與 Office 資料而設計的檢視型工作區,沒有通用知識庫或 IDE 的額外負擔。

閱讀優先

從 README 到 Office 交付文件,始終保有脈絡

透過檔案樹與分頁,在同一工作區瀏覽 Markdown、PDF、Word、Excel 與 PowerPoint 檔案。

AI輔助

提供給 AI 前的預覽超高速

可並排檢視原始碼與預覽,在將規格及文件放入 AI 提示詞前能順暢確認。

原生性能

圖解與長篇文字依然舒適易讀

基於 Rust 與 egui 的原生應用,在含有大量 Mermaid(含 ZenUML)或 PlantUML 的技術文件中仍保有輕快的操作感。

定位

一個畫面看清定位

KatanA

適合技術文件、混合圖表與工作區審閱。

以 viewer-first 方式處理 README、ADR、規格與版本說明。

Typora

適合單一文件撰寫與輕量編輯。

編輯體驗好,但跨文件集合審閱較弱。

Obsidian

適合知識庫與插件中心工作流。

圖譜與雙向連結強,但非規格審閱工作導向。

適用場景

  • 每日審閱 ADR 與架構規格的工程團隊。
  • 需要在同一流程閱讀 Mermaid(含 ZenUML) / PlantUML / Draw.io 文件的團隊。
  • 在讓 AI 修改規格前先做精確閱讀的流程。

為什麼開發KatanA

KatanA填補了輕量級編輯器與重型工程文件管理工具之間的空白。

  • 在規格驅動開發(SDD)中,文件的「易讀性」往往先於「可編輯性」。
  • 在AI輔助開發的時代,規範文件與ADR(架構決策記錄)的重要性不降反升。
  • 通用筆記應用程式與重型編輯器,對於只是查看文件的場景來說往往太繁瑣。

路線圖:演進中的工作空間

KatanA正在從一個穩定的檢視器進化為AI時代不可缺少的文檔創作與校驗工具。

  • 增強Markdown寫作功能與圖像資源管理優化 (v0.22.0)
  • 支援基於本地LLM的Linter自動修復 (v0.23.0)
  • AI驅動的文檔生成與多語言翻譯覆蓋 (v0.24.0 - v0.25.0)
  • 邁向v1.0.0的桌面端體驗優化