編集方針

情報源の基準

記事の情報源は発表した主体そのものが公開した文書に限ります。 これは方針というより仕組みで、許可した発表元のドメイン一覧をコードが持っていて、 そこに無い URL からは記事を作れないようになっています。

ニュースメディアの記事は情報源にしません。理由は 3 つあります。

• 要約の要約になる

  報道はすでに要約です。それをさらに要約すると、細かい条件や例外から先に落ちます。 料金の但し書き、対象地域、適用開始日。読み手が一番知りたい部分です。

• 誤りが伝染する

  報道側の読み違いをそのまま引き継ぐと、こちらでは検証できません。 原文を読んでいれば、少なくとも自分の読み違いとして責任が取れます。

• 存在する意味が無くなる

  報道の言い換えを並べたサイトは、元の報道より有用になりません。 原文に近いことだけが、このサイトが存在する理由です。

何を記事にするか

収集した発表は、自動で採点してから選びます。採点は 2 軸です。

優先して扱うのは、読んだ人の行動が変わる発表です。 新しいモデルの公開、料金や提供条件の変更、法令や規則の制定と施行、 公的機関による注意喚起。逆に、扱いを後回しにするのは、 内容が更新されていない再掲や、製品の宣伝そのものです。

公開までの手順

1. 収集

   許可した発表元から、定期的に新しい発表を取得します。 同じ URL は正規化して重複を落とします。

2. 選別

   関連度と重要度で採点します。落としたものも、落とした理由とともに残します。

3. 下書き

   原文を読んで下書きを作ります。ここで AI を使っています。 詳しくはAI 利用方針に書いています。

4. 品質ゲート

   コード上の 9 条件をすべて満たさないと公開できません。 一次情報へのリンクがあること、本文が一定の長さに達していること、 原文の日付が入っていること、などです。人が「今回はいいだろう」と 判断で通すことはできません。

5. 承認と公開

   最後に人が承認して公開します。1 日に公開できる本数にも上限があります。 量を増やすために質を落とす方向へ倒れないようにするためです。

書き方の決まり

• 冒頭に一文で結論を書く。 何が起きたのかを最初の 1 行で分かるようにします。
• 数値には単位と出典日を添える。 いつ時点の値かが分からない数字は書きません。
• 原文に無いことを足さない。 分からない項目は空欄のまま残します。
• 推測と事実を混ぜない。 見通しを書く場合は、事実と分けて書きます。
• 図は画像にしない。 拡大しても潰れず、読み上げにも残るよう、文字と表として組みます。
• 原文の文章をそのまま貼らない。 引用が必要なときは範囲を限り、出典を示します。

やらないこと

このサイトの限界

正直に書いておきます。一次情報だけを扱うということは、 発表が無いことについては何も書けないということです。 取材はしていません。発表の裏を取ることも、関係者に確認することもしていません。

また、発表元が誤った情報を出した場合、このサイトもそれをそのまま載せます。 後から発表元が訂正すれば、こちらも訂正します。 その意味で、このサイトの正確さは発表元の正確さを超えません。