Writing pipeline: editor should start from a topic, not a single note
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 43/100
- issue の種類
- 機能追加
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
- 技術スタック
- typescript
調査の方向性
The parked feat/writing-pipeline branch contains the harvest and editor skills, their README, and go-help entries. Start by reading those files and trying the workflow on a real piece, as the issue requests. Update the editor, note format, harvest ending, README, and /editor help row to match the six changes; completion means the workflow starts from a topic or draft and all six changes are reflected.
索引モデルが issue の本文から書いたものです。
説明
Parked work on branch feat/writing-pipeline: the harvest and editor skills, plus their README and go-help entries. Nothing is merged.
Problem
Harvest works: it saves one dated note per moment to the writing inbox. The editor is the weak part. Give it one note and its "find the point" step just restates the note's claim. Most notes are fragments, and a real post draws on several of them.
Pick this up when
You are writing a real piece and want to pull inbox notes into it. Try the changes below on that piece. Don't build them before then.
Changes
- Editor starts from a topic or a draft, not from a note. Input is a topic ("running agents unattended"), a draft you've started, or a brain dump. The editor searches the inbox, lists the notes that fit, and you pick the ones to use. Then it finds the point across them and builds the draft from your quotes. The interview and editing passes stay.
- Drop
Fitsfrom the note format. It guesses the final form before anyone knows what the piece is. - Add free-form
Tagsto notes (e.g.autonomy,testing,skill-design). Harvest reuses tags already in the inbox before it makes new ones. Don't fix a tag list up front. - Add a
Used in: <draft slug>line when a note goes into a draft, so later searches can rank unused notes first. - Change harvest's last step: stop offering
/editoron the strongest note. Report which tags gained notes. - Update the README and the go-help row for
/editorto say it starts from a topic or draft.
Later, maybe
- Suggest pieces from tag clusters: e.g. when three or more unused notes share a tag. Only worth building once the inbox is large enough that you lose track of it.
Considered and dropped
- A separate
/pitchskill between harvest and editor that groups notes into piece ideas. Starting from a topic covers the main case with one skill fewer. Cluster suggestions (above) cover the rest if it ever matters.
- 主要言語
- TypeScript
- スター
- 0
- フォーク
- 0
- 平均マージ
- 1日 14時間
- マージ済み PR（30日）
- 26
環境構築
このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
gregogun/gstack のほかの issue
-
enhancement grilling
難易度 1/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
enhancement ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
enhancement ready-for-human
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
メンテナーはふだん 1 日以内に返信
-
npm test runs 0 tests on Windows対応中かも このイシューにリンクされたプルリクエストがオープン中、またはマージ済みです。 オープンbug ready-for-agent
難易度 2/5 1〜3時間 初心者へのやさしさ 77/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
メンテナーはふだん 1 日以内に返信
gregogun/gstack の issue をすべて見る
似ている issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
scaleway/ultraviolet#7089 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
tencent-connect/dsh-qqbot#81 ·
メンテナーはふだん 1 日以内に返信
-
[Bug]: Pen taps on sidebar rows start a drag and lose their click対応中かも @makhnatkin が今日担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 62/100
メンテナーはふだん 1 日以内に返信
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 66/100
clangd/vscode-clangd#1009 ·