<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>寫作指南: 會議記錄·週報·PRD·回顧怎麼寫</title>
<link>https://typdit.com/zh-tw/guides/</link>
<description>從會議記錄、週報到 PRD、KPT 回顧、部落格初稿和讀書筆記，深入講解實務文件寫法的指南。每篇指南都連接可直接使用的文件範本。</description>
<language>zh-tw</language>
<atom:link href="https://typdit.com/zh-tw/rss.xml" rel="self" type="application/rss+xml" />
<lastBuildDate>Sat, 10 Oct 2026 15:00:00 GMT</lastBuildDate>
<ttl>720</ttl>
<item>
<title>AI初稿裡的浮水印，說明不了你改了多少</title>
<link>https://typdit.com/zh-tw/guides/how-to-keep-revision-history-for-ai-drafts/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-keep-revision-history-for-ai-drafts/</guid>
<pubDate>Sat, 10 Oct 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>如果你經常把AI生成的初稿整理成報告或企劃書，有一項變化需要了解。OpenAI和Anthropic宣布，將在AI生成的文字中加入不可見浮水印。但這種標記只能說明，AI系統生成或處理過部分文字。自己改了什麼、查核了什麼，仍須另外記錄在稿件版本紀錄和筆記中。</description>
</item>
<item>
<title>韓文空格怎麼判斷，先看만큼、대로和지前面的詞</title>
<link>https://typdit.com/zh-tw/guides/how-to-decide-korean-spacing/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-decide-korean-spacing/</guid>
<pubDate>Sat, 03 Oct 2026 15:00:00 GMT</pubDate>
<category>寫作</category>
<description>拿不準哪裡該加空格，通常不是因為不懂規則，而是同樣形式的詞，用在不同位置時，詞性也會改變。「만큼」在有些句子裡要連寫，在另一些句子裡則要分開寫。國立國語院《韓文拼寫法》第5章以條文和解說整理了這些用法。以下例子全都取自這份規範的原文。</description>
</item>
<item>
<title>寫稿時用了AI，該告訴出版社哪些事</title>
<link>https://typdit.com/zh-tw/guides/how-to-disclose-ai-use-in-manuscript/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-disclose-ai-use-in-manuscript/</guid>
<pubDate>Sat, 03 Oct 2026 15:00:00 GMT</pubDate>
<category>寫作</category>
<description>寫書時用了生成式AI，應該揭露到什麼程度？2026年9月29日，韓國出版人會議、韓國出版研究所、韓國作家會議等12個團體，首次針對這個問題提出共同標準。這份標準名為《為讀者制定的出版社與著作者AI使用原則》，分為5章20條。雖然是沒有法律拘束力的自律原則，往後與出版社簽約的作者，仍很可能在擬訂契約或交稿時遇到這套標準。</description>
</item>
<item>
<title>寫隨筆時，比句子更該先定下來的事</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-personal-essay/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-personal-essay/</guid>
<pubDate>Sat, 05 Sep 2026 15:00:00 GMT</pubDate>
<category>寫作</category>
<description>把經歷原樣寫下來卻停在日記那一步的稿子，缺的通常是你想說的那句話。這篇按順序走五處：把處境和故事分開寫，從還沒了結的事裡挑題材，把場景放在想法前面，寫到別人時該刪掉什麼，以及為什麼要抹掉最後一段的教訓。</description>
</item>
<item>
<title>想寫完論文初稿，緒論要留到最後寫</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-research-paper/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-research-paper/</guid>
<pubDate>Wed, 02 Sep 2026 15:00:00 GMT</pubDate>
<category>學習</category>
<description>論文要照審查者閱讀的順序來寫，而不是照你發現的順序。這篇指南談緒論裡的缺口句、可重現的方法一節、結果與解釋分開的規則，以及從方法寫到摘要的初稿順序，寫給第一次寫論文的人。</description>
</item>
<item>
<title>讓書稿寫完的不是靈感，而是篇幅管理</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-book-manuscript/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-book-manuscript/</guid>
<pubDate>Wed, 02 Sep 2026 15:00:00 GMT</pubDate>
<category>寫作</category>
<description>長篇書稿始於靈感，終於篇幅管理。這篇寫給第一次抱著長篇的人：怎麼劃分章與場景，怎麼定每次的寫作量並衡量進度，怎麼先立目錄再推翻它，怎麼把重讀和改寫分開，以及初稿和修改為什麼要用不同的標準。</description>
</item>
<item>
<title>引言按三步定下來，報告的其餘部分自然跟上</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-assignment-report/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-assignment-report/</guid>
<pubDate>Sat, 22 Aug 2026 15:00:00 GMT</pubDate>
<category>個人</category>
<description>報告被說跑題，原因在引言，不在正文。你身處哪一場討論、裡面還缺什麼、所以這篇文章要做什麼。這三步都進了引言，正文的每個小標題就成了那份承諾的一塊。</description>
</item>
<item>
<title>回覆快的工作郵件，到底哪裡不一樣</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-work-email/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-work-email/</guid>
<pubDate>Fri, 21 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>回覆慢不是因為郵件長，而是因為對方要花時間找出該做什麼、什麼時候之前做完。這裡整理了把用意放進標題和第一行的順序、把請求收窄到一件事的習慣，還有實際的郵件範例。</description>
</item>
<item>
<title>交接文件到底該寫到什麼程度</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-handover-doc/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-handover-doc/</guid>
<pubDate>Wed, 19 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>交接文件變厚，不是因為要交的東西多，而是因為不知道該交什麼。從接手的人第一週真正卡住的地方倒推目錄，篇幅會變短，用處反而變多。</description>
</item>
<item>
<title>幾種課堂筆記法對比, 康乃爾筆記為什麼還管用</title>
<link>https://typdit.com/zh-tw/guides/how-to-take-lecture-notes/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-take-lecture-notes/</guid>
<pubDate>Wed, 19 Aug 2026 15:00:00 GMT</pubDate>
<category>個人</category>
<description>課堂筆記的勝負不在手速，而在下課後的那幾分鐘。手寫強過打字的通說在重複實驗裡已經動搖，真正拉開分數的是有沒有照抄，不是工具。</description>
</item>
<item>
<title>讓工程師讀完就能動手的 PRD 寫法</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-prd/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-prd/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>好的 PRD 從問題定義開始，而不是功能清單。不做什麼的清單、可驗證的需求句子、上線前定好的成功指標，這裡用例子講清一份讓開發不迷路的需求文件結構。</description>
</item>
<item>
<title>KPT 回顧怎麼開, 才不會說完就散</title>
<link>https://typdit.com/zh-tw/guides/how-to-run-kpt-retrospective/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-run-kpt-retrospective/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>回顧開了個寂寞的團隊，都把說出問題當成了解決問題。這裡講 Keep·Problem·Try 三欄的進行順序、60 分鐘的時間分配，以及把實驗帶到下次回顧的方法。</description>
</item>
<item>
<title>部落格寫不下去的真正原因, 以及寫完初稿的順序</title>
<link>https://typdit.com/zh-tw/guides/how-to-finish-blog-draft/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-finish-blog-draft/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>個人</category>
<description>寫了刪、刪了寫的一天，問題不在才華，在順序。這裡按步驟講清: 把寫和改分開，先把糟糕的初稿硬推到結尾，再靠修改把它救活。</description>
</item>
<item>
<title>讀完不忘的讀書筆記整理法</title>
<link>https://typdit.com/zh-tw/guides/how-to-keep-reading-notes/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-keep-reading-notes/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>個人</category>
<description>讀完的書一週後只剩個大概印象，這不是記性的問題。這裡介紹一種不止步於劃線摘抄、寫到自己的話和應用為止的三欄筆記結構，並附上記憶研究的依據。</description>
</item>
<item>
<title>會議記錄怎麼寫: 讓人願意重讀的記錄</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-meeting-notes/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-meeting-notes/</guid>
<pubDate>Sun, 16 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>會議記錄不是對話的謄寫，而是留下決定的文件。這裡整理了讓記錄被重讀的結構與習慣，並配上好壞兩種寫法的對照。</description>
</item>
<item>
<title>週報怎麼寫: 5 分鐘寫完的結構</title>
<link>https://typdit.com/zh-tw/guides/how-to-write-weekly-report/</link>
<guid isPermaLink="true">https://typdit.com/zh-tw/guides/how-to-write-weekly-report/</guid>
<pubDate>Sun, 16 Aug 2026 15:00:00 GMT</pubDate>
<category>工作</category>
<description>週報寫得慢，不是文筆問題，而是你在憑記憶復原一整週。用每天一行的習慣加上已完成、下週做、被卡住的三段結構，把週五下午拿回來。</description>
</item>
</channel>
</rss>
