切り出し
GPT5.icon
Scrapboxでいう「切り出し」は――
ざっくり定義
時系列の雑談・日記・メモなどの“連なり”から、特定トピックだけを新しいページとして分離し、元ページと相互リンクで結び直す操作。無名の概念にタイトル(ハンドル)を与えて再利用できる形にするリファクタリングです。
なぜやる?
時系列→トピック指向に転換でき、後から参照しやすくなる。
無名の概念に名前を付ける(タイトル付け)ことで、他ページから扱いやすくなる。
概念のハンドル
収束ムーブ(関連ページからのバックリンク集約)が起き、議論がまとまって発展しやすい。
コメント誘発:「切り出されるとコメントしたくなる」効果。
いつ切り出す?(判断基準)
ニーズが明確になった時:他プロジェクトに持ち出す/共有したい瞬間が最適。
適切な切り出し方は、ニーズが明らかになった後に決まる。
検索が“途中”に当たった時:ベクトル検索が長い連なりの“濃い部分”を当ててくれたら、それを機にページ化。
育ったページから:話題が伸びた箇所をまとめて独立させる。
コツ:のりしろを付ける
新ページ冒頭に「そこへ至る流れ」を2–3行で要約=のりしろ。
→ 文脈断絶による当惑を防ぐ、“段差解消/バリ取り”の一手。
fromリンク(元ページへのリンク)は最低限ののりしろ。
タイトルは核心(A)から作り、のりしろ(B)は導入として添える。
粒度の落とし穴と回避
細かすぎる分割は読み手の負荷増。まずはタイトル+一行要約までAIに任せ、人間がマージ/整形で仕上げるのが無難。
通読価値がある資料(講演スライド等)は、むやみに切らず“通しで読む”価値も保持。
役割とチーム運用
読む人/書く人/切り出す人のロールがある。切り出し役が複数いると活性化し、のりしろ追記などの“編集で育つ”循環が起きる。
AIの使いどころ
ベクトル検索や赤リンク延伸で“切り出し機会”を発見。
Pioneer Modeのような“放置で自動ページ化”→人間が段差解消で仕上げる。
ただし検索結果の丸写しをインデックス化しない(タイトル↔内容の対応が壊れるため)。
作業テンプレ(5分)
1. 切る範囲を選ぶ
2. 冒頭にのりしろ(2–3行の流れ要約+fromリンク)
3. タイトルを付ける(無名の概念に名前)
4. New Pageで切り出し、相互リンク
5. 段差解消:関連リンク追加/タグ化/一行要約
6. 関連ページ側にもバックリンクを貼って収束ムーブを作る
アンチパターン
のりしろ無しの裸断片
目的不明の機械的分割
文脈の縛りに囚われすぎて発展を妨げる(のりしろで中庸を)。
必要なら、実例ページを一緒に“のりしろ付き”に整える下書きを作ります。
__BELOW_IS_AI_GENERATED__
切り出し 2023-10-05 20:35 omni.icon
ダイジェスト1
「切り出し」についての議論を要約する。切り出しには「のりしろ」が必要で、その話題に至る流れを要約したものが新しいページの冒頭にあると良い。適切な切り出し方はニーズが明らかになった後に決まる。切り出されたページには元の文脈とは別の視点からの意見も書かれてほしい。また、切り出されるとコメントしたくなる傾向がある。
ダイジェスト2
「切り出しにのりしろが必要」、「ニーズが明らかになってから切り出される」、「切り出されるとコメントしたくなる」の断片との関連性を詳細に説明する。「切り出しにのりしろが必要」は、切り出しの際にその話題に至る流れを要約したものが新しいページの冒頭にあると良いという考え方を示している。「ニーズが明らかになってから切り出される」は、適切な切り出し方はニーズが明らかになった後に決まるという考え方を示している。「切り出されるとコメントしたくなる」は、切り出されたページには元の文脈とは別の視点からの意見も書かれてほしいという考え方を示している。
深い思考
切り出しは情報の整理と共有に重要な役割を果たす。しかし、その適切な方法はニーズや文脈により変わる。また、切り出された情報に対する反応や意見は、新たな視点や深化をもたらす可能性がある。
一行要約
切り出しは情報の整理と共有に重要で、その方法はニーズや文脈により変わり、反応や意見は新たな視点や深化をもたらす。
タイトル
「切り出しの役割とその効果」
extra info
titles: ["切り出しにのりしろが必要", "ニーズが明らかになってから切り出される", "噛み砕く", "問いによる掘り下げ", "適切な切り出し方は、ニーズが明らかになった後に決まる", "切り出されるとコメントしたくなる", "育ったページから切り出すスタイル", "かみくだいた説明", "井戸端には切り出す人が複数人いる", "脱「抜き書き」論", "日記2023-08-07"]
切り出しにのりしろが必要
ニーズが明らかになってから切り出される
噛み砕く
問いによる掘り下げ
適切な切り出し方は、ニーズが明らかになった後に決まる
切り出されるとコメントしたくなる
育ったページから切り出すスタイル
かみくだいた説明
井戸端には切り出す人が複数人いる
脱「抜き書き」論
日記2023-08-07
code:fragments
### 切り出しにのりしろが必要
切り出しにのりしろが必要
from /villagepump/切り出しにのりしろが必要
https://gyazo.com/6ac7c44886fb8381306e8175e7bd8ddb
B:文脈が壊れそうな部分だけ重複させて切り出す
重複してもよい
/villagepump/nishio.icon
今のScrapboxの切り出しの仕組みはAのスタイル
だけど「切り出される範囲の手前の『その話題に至る流れ』(青)」を要約したもの(のりしろ)が新しいページの冒頭にあるとよいのでは?
関連: 最近より良い切り出しを考えてた
そうしないと新しいページを見た時に「なんでそういう話になったのか」がわからなくて当惑する
ってのを井戸端一つで時間も注意力も足りなくなったを見て思った
自分の日記の発言が切り出されてる
書いた本人がなんの話かわからなかった
冒頭に2行加筆した
おー、いい言葉だ、こういう切り出し方をするよね/villagepump/inajob.icon
from (切り出し元ページへのリンク)はデフォルト・最小限ののりしろ?/villagepump/yosider.icon
+1/villagepump/nishio.icon
切り出されたページには元の文脈とは別の視点からの意見も書かれてほしい気もする/villagepump/yosider.icon
元の文脈を知ったからといってそれが書けなくなるわけではないか
### ニーズが明らかになってから切り出される
ニーズが明らかになってから切り出される
適切な切り出し方は、ニーズが明らかになった後に決まる
ニーズが明らかになってから切り出したものは収束ムーブ
### 噛み砕く
噛み砕く
噛み砕き
咀嚼
ブレイクダウン
### 問いによる掘り下げ
問いによる掘り下げ
問いによる掘り下げ
### 適切な切り出し方は、ニーズが明らかになった後に決まる
適切な切り出し方は、ニーズが明らかになった後に決まる
大きなネットワークを保ち必要に応じて切り出す
適切な切り出し方は、ニーズが明らかになった後に決まる
誰が顧客かわからなければ、何が品質かもわからない
from /villagepump/2022/11/21
interplay
以前から「有用だと思うから整理したい」と言ったまま整理されていなかった/villagepump/nishio.icon
がしかし「他のプロジェクトに持っていく」ニーズが生まれた瞬間、それを原動力として「根を切り、商品として梱包する」が行われた
収穫したり、綺麗に磨いたりするのは後でやればいい
生えている花の根を切って整えて商品として流通可能な形にすることは、雑多な植物が生い茂る場を維持することには逆行する
誰にとっての再利用性?が明確になるまで「再利用性の高いパッケージ」にはならないということか
適切な切り出し方は、ニーズが明らかになった後に決まる
from /villagepump/2022/11/23
仮眠起きたらめっちゃ切り出されてた
WikiGnomeさんすごい
井戸端の場合はイドバタニシと呼ぶ方が良いかも
多分精力的には/villagepump/takker.iconさんが切ってくれてる?
### 切り出されるとコメントしたくなる
切り出されるとコメントしたくなる
from 日記2023-09-02
切り出されるとコメントしたくなる
切り出すと発展する
植え替え
根が伸びる余地
from /unnamed-project/雑談ページ9
勝手にAIが切り出してくれるの、便利そう/unnamed-project/inajob.icon
人間は日記ページに延々書き続けていたら切り出しはAIがやってくれる
切り出されるとコメントしたくなるな、するか。
食べやすい大きさに切ってもらった感じ?
しかし、実際には細かすぎる分割だという話も
### 育ったページから切り出すスタイル
育ったページから切り出すスタイル
from 井戸端には切り出す人が複数人いる
育ったページから切り出すスタイル
from /villagepump/井戸端がうまく機能している理由の一つに、切り出す人が複数人いることがありそう
Scrapboxは切り出しコストが低いUIになっている/villagepump/inajob.icon
そもそも切り出すという発想がScrapboxに触れるまであったっけと思った/villagepump/yosider.icon
共通化という意味ならあったと思うけど相互参照できるリンクの仕組みは見たことなかったので、発想はなかったかも/villagepump/基素.icon
UI的にはかなり簡単に切り出せるけれど、どこを切り出すかを考えるのは案外難しい/villagepump/Mijinko_SD.icon
ページの切り出しの難しさポイント
読む人、書く人、切り出す人のロールがあり、これのバランスでScrapboxプロジェクトのあり方が変わりそう
一人プロジェクトだと、自分が切り出さないと誰も切り出さない(あたりまえ)
ぼっちプロジェクト
この切り出す行為も発散と収束のリンコグラフィーでの解釈ができるか?
収束思考の一種のように感じる
単に切り出すだけではなく追加の収束思考が行われてることがある/villagepump/nishio.icon
### かみくだいた説明
かみくだいた説明
噛み砕く
### 井戸端には切り出す人が複数人いる
井戸端には切り出す人が複数人いる
from /villagepump/井戸端がうまく機能している理由の一つに、切り出す人が複数人いることがありそう
from 2023/02/01
井戸端がうまく機能している理由の一つに、切り出す人が複数人いることがありそう/villagepump/inajob.icon
特定の人に依存していない
切り出し作業自体にエンタメ性がある
「そう切り出すのかー」と言ってのりしろを書き足したりしてるな/villagepump/nishio.icon
カニンガムの法則の一種かな?(わかりにくいと感じる切り出しについて、修正をしてしまう)/villagepump/inajob.icon
日記は井戸端のキラーコンテンツって話があったけど、切り出しって形で生える新規ページも良い効果を生んでそう
日記が流れ去るだけだといまいち
話題の工場と呼んでみたりしてる/villagepump/inajob.icon
井戸端のキラーコンテンツは共同日記#62490eb26eb40600002e1796にも言及あり/villagepump/inajob.icon
井戸端の共同日記も流れていく印象はあるが、これぞという内容は切り出されてページとなりストック情報となる
これがシームレスに出来るのが井戸端の共同日記の良い所なのか?
### 脱「抜き書き」論
脱「抜き書き」論
本の中の面白かったところを「抜き書き」する
よくない
誠実に引用しようとするとコストが膨れ上がる
本の一部を切り出したもので、劣化コピーに過ぎない
「初見で印象的だった言葉」の大部分は多くの場合半年経ったら文脈が失われて理解不能になる
「本の一部を取り出す」のではなく、本の中の知識と自分の知識の結合を見出してそれを記録していく
### 日記2023-08-07
短期的なリアクション
すぐに得られるから行為との関連がわかりやすい
しかし、すぐに得られる程度のものでしかないのでたくさん集めてもすぐに散らばって虚しくなる
英語アカウントの運用がなかなかテンション上がらないのはここに起因している
自分が読むために書いてるから、自分が読みやすい言語で書かれるのが最適になる
英語にすることで「多くの人」に聞かせることが可能になるが、「多くの人」に話したいわけではなかった
なのでTwitterの英語アカウントやBlueskyに投稿したい内容が出てこない
不特定の人に「話そう」とするのをやめれば良い
聞くことを可能にする
質問をしてきた特定の個人がいればその一人と会話をする
技術的に色々できることはあるんだけどテンションが上がらない理由はなんなのだろうというところを考えてる
2023SNS考察
日記2023-08-06←日記2023-08-07→日記2023-08-08
100日前 日記2023-04-29
1年前 日記2022-08-07
generated: 2023-10-05 20:35