<?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/ja/guides/</link>
<description>議事録、週報、PRD、KPTふりかえり、ブログの下書き、読書ノートまで、実務文書を深く扱う文章ガイド。各ガイドはすぐ使えるテンプレートにつながります。</description>
<language>ja</language>
<atom:link href="https://typdit.com/ja/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/ja/guides/how-to-keep-revision-history-for-ai-drafts/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-decide-korean-spacing/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-disclose-ai-use-in-manuscript/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-personal-essay/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-research-paper/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-book-manuscript/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-assignment-report/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-work-email/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-handover-doc/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-take-lecture-notes/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-prd/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-run-kpt-retrospective/</link>
<guid isPermaLink="true">https://typdit.com/ja/guides/how-to-run-kpt-retrospective/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>仕事</category>
<description>ふりかえりが空回りするチームは、問題を口にしたことと直したことを混同しています。Keep・Problem・Try の3欄で進める順序、60分の時間配分、次のふりかえりまで実験を運ぶ方法を収めました。</description>
</item>
<item>
<title>ブログが書けない本当の理由と, 下書きを終わらせる順序</title>
<link>https://typdit.com/ja/guides/how-to-finish-blog-draft/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-keep-reading-notes/</link>
<guid isPermaLink="true">https://typdit.com/ja/guides/how-to-keep-reading-notes/</guid>
<pubDate>Mon, 17 Aug 2026 15:00:00 GMT</pubDate>
<category>個人</category>
<description>読み終えた本が1週間であらすじの印象だけになるのは、記憶力の問題ではありません。線を引いて書き写すだけで止まらず、自分の言葉と応用まで残す3欄ノートの構造を、記憶研究の根拠とともに紹介します。</description>
</item>
<item>
<title>議事録の書き方: 読み返される記録の条件</title>
<link>https://typdit.com/ja/guides/how-to-write-meeting-notes/</link>
<guid isPermaLink="true">https://typdit.com/ja/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/ja/guides/how-to-write-weekly-report/</link>
<guid isPermaLink="true">https://typdit.com/ja/guides/how-to-write-weekly-report/</guid>
<pubDate>Sun, 16 Aug 2026 15:00:00 GMT</pubDate>
<category>仕事</category>
<description>週報に時間がかかるのは文章力のせいではなく、1週間を記憶から復元しようとするからです。毎日1行の習慣と、やった・やる・詰まったの3行構成で金曜の午後を取り戻す方法を説明します。</description>
</item>
</channel>
</rss>
