Kliv

    このページは英語から翻訳されています。

    マーケティング・広告プラットフォーム

    リライト・校正プラットフォームを構築する

    状態を持つ原稿、来歴を持つ版、質問に答えるクライアント別スタイルシート、そして実際に返した文字から計算される請求書。あなたの赤ペンにふさわしい、スタジオの仕組み。

    kliv.dev

    テキスト ボックスにアイデアを入力するだけで、AIがそれを構築します。

    117 文字

    文章校正ツールは、校正という事業ではありません

    詩織は契約編集者3人と校正スタジオを営んでいます。顧客はB2Bソフトウェアのマーケティング部門と、常連の個人作家たち。困っていたことは、AIによるリライトや校正のツールが見つからないことでは一度もありませんでした。すでにいくつも持っていて、いちばん良いものは数か月ごとに入れ替わります。困っているのは、その周りのすべてです。4種類の形式で届く原稿。版5が版4を上書きしてしまうこと。「ソリューション」という語を禁じているクライアントのスタイルシート。そして月末に、記憶と領収書の束から組み立て直す請求書。

    ツールはペンです。スタジオに要るのは机です。受付、版、状態、スタイルの記憶、そして実際に納品した分を数える請求。Klivはその机を構築します。今期あなたがどのペンを握っているかには、いっさい関知しません。

    スタジオが残す紙の跡

    編集を事業に変える、5つのテーブル。

    スタイルシート

    クライアントごとに。並列は読点か中黒か、どの語を漢字で閉じるか、禁止語はどれか、数字は算用数字か漢数字か。PDFではなくデータです。検索でき、版を持ち、そのクライアントの全案件に付いて回ります。

    案件

    原稿1本、その文字数、締切、担当編集者、そして状態。提出済み、校正中、返却済み、承認済み。進行状況は検索結果であって、月曜朝のメールのやり取りではありません。

    下書きの版

    原稿、校正を入れた版、クライアントの改稿。それぞれが時刻と書き手を持つファイルで、どれも上書きされません。「どの版で請求したのか」が、問いではなくなります。

    文字数の台帳

    返却した案件が、その文字数をクライアントの累計に書き足します。請求は、仕事が書いたのと同じ行を読みます。月末の再構成はありません。

    編集者の席

    契約編集者は自分の待ち行列にログインします。自分の案件、自分の締切、自分のクライアントのスタイルシート。スタジオの他の仕事は視界に入りません。

    1本の原稿がスタジオを通り抜ける

    12万字の長編小説を、受付から請求明細の1行まで。

    01

    月曜——受付

    作家がクライアントポータルからアップロードします。文字数が算出され、締切が入り、彼女のスタイルシート——三点リーダーは二倍、括弧は全角——を連れて、案件がひとつ開きます。

    02

    火曜——割り当て

    契約編集者が案件を自分の待ち行列に受け取ります。状態は校正中へ倒れ、スタジオのダッシュボードは誰の報告も待たずにそう表示します。

    03

    水曜——表記の疑問

    第9章の半ばで手が止まります。このクライアントは相互参照の章番号を漢数字で書くのか。編集者がエージェントに尋ねると、そのクライアントのシートから答えが返ります。一般論ではなく、その家の規則です。章は先へ進みます。

    04

    木曜——返却

    校正済みの原稿が独立した版としてアップロードされ、状態は返却済みへ。作家には、スタジオの声で書かれたメールがレビュー用のリンクとともに届きます。

    05

    金曜——請求明細の1行

    この案件の12万字が、クライアントの台帳に加わります。月末、請求書はその行を1,000文字あたりの単価で値付けします。スタジオ自身のStripeアカウント上で、同じ行から。二重帳簿はありません。

    サービスの輪郭を言う

    kliv.dev

    校正スタジオの進行管理

    案件、版、レビュー状態。

    “校正スタジオのプラットフォームを作って。クライアントが原稿を提出して、案件が文字数と締切を持って、下書きが提出済み・校正中・返却済み・承認済みの状態を移動するようにして。”

    kliv.dev

    クライアント別スタイルシート

    その家の規則を、データとして。

    “スタイルシート管理を作って。クライアントごとの表記の決まりを構造化された項目として持って、案件がそのクライアントのシートに紐づいて、編集者がシートの内容をエージェントに質問できるようにして。”

    kliv.dev

    文字数で計る請求

    返した分だけを請求する。

    “文字数課金の仕組みを作って。返却した案件がクライアント別の台帳に積み上がって、月次の請求書が合計を1,000文字あたりの単価で値付けする。自社のStripeアカウントの上で。”

    赤ペンを取り巻く流れ

    実際に売っている単位で請求する。 校正は分量で値付けされます。だからプラットフォームがそれを計ります。返却した文字がクライアントごとに積み上がり、月次の請求書はその台帳から計算されます。単価を変えるときは、カタログの中で、日付を決めて変わります。いちばん古いクライアントとの慌ただしいメールの往復ではありません。

    口を持つスタイルの記憶。 スタジオの中のエージェントは、スタジオが書いたクライアントのシートから編集者の質問に答えます。内部向けで、根拠があり、どの規則を適用したかを明示します。クライアント向けの文章は一行も書きませんし、私見も述べません。表記の一貫性が、その日誰が先に出社したかに左右されなくなるために存在します。

    守秘のあるところに壁を。 作家にソフトウェアのクライアントは見えません。契約編集者に見えるのは自分の待ち行列だけです。どのセッションの読み取りも行の単位で区切られます。未発表の原稿は営業秘密であり、データベースはそれをそのように扱います。

    この種のアプリでAIがどこに座るべきか。その問いには専用のページがあります。KlivのAIアプリ が、エージェント、根拠づけ、そしてアプリが責任を持ってモデルに渡せるものを扱っています。

    変更履歴つきの質問

    Klivが文章をリライトしたり、誤りを直したりするのですか?

    いいえ。編集するのはあなたの編集者と、その人たちが選んだ校正ツールです。Klivはその仕事の周りの仕組みを構築します。受付、版、状態、スタイルシート、請求。ペンはあなたのまま、机が建ちます。

    エージェントは実際に何をしますか?

    あなたのクライアントのスタイルシートと、自社の表記基準から、編集者の質問に答えます。どの規則を、どのクライアントに、どこで適用したか。社内向けで、スタジオが書いたものに根拠を置きます。クライアント向けの文章を生成することは、決してありません。

    クライアントが互いの原稿を垣間見ることはありますか?

    ありません。各クライアントのファイルと案件は、そのアカウントが所有する行で、データベースの規則で区切られています。執筆中のスリラーとSaaSのローンチページは、画面を共有することなく同じスタジオを共有できます。

    文字数課金は、どうやって正直さを保ちますか?

    文字数は返却した案件そのものから来ます。請求が読む台帳は、仕事が書いた台帳です。クライアントが請求書に問い合わせたとき、答えは日付と版と文字数が付いた案件の一覧です。

    打鍵ではなく、判断に対価を

    編集は技芸です。4つのスタイルシートをまたいで12本の締切を回すのは、仕組みです。原稿がスタジオをどう流れるかを言葉にしてください。技芸は、あなたの手元に残ります。