「markdown」を含む日記 RSS

はてなキーワード: markdownとは

2026-05-10

パースするのもMarkdownより(プアな)HTMLの方が楽だよね

anond:20260510140701

MarkdownHTMLみたいに、限定された機能なんだから

そもそも、なんでもMarkdownなんてできるわけがない、

絶対HTML以上になれないんだから…😟そもそも、そういう定義位置付けだったでしょ

anond:20260510120903

それでも人が書く時はMarkdown一択だよ

便利なツールができたから乗り換えるだけ

適応能力無いって言われない?

2026-04-25

 WikiやらMarkdownプレビューやらで、行頭の空白が無視されたり、行頭に空白を入れると物理1行だけじゃなくて段落全体が字下げされたりする使用は気に入らない。1文字の空白をちゃんと1文字の空白として扱え。無視するな。インデントにするな。

2026-04-14

コーディングテストとかでもこの思想持ちの人たまにいるけど

エディターとかで書いて貼り付けるといったケースを考慮してないよね

MSの準オフィシャルWord-MarkdownのPluginがあるぐらいの時代だし

2026-03-29

https://qiita.com/SatoRyota_zvc/items/c392f0804987593dc179

ChatGPTの会話って、長くなると文脈が切れて同じ説明を何度もやることになる。

それが面倒で、最初は雑にメモを貼り直してたんだけど、だんだん「これは要約じゃなくて引き継ぎだな」と思ってテンプレ化した。

最近ようやくこういう使い方が表に出てきたのはいい流れだと思う。

世の中にも似た発想の記事はあるけど、実際に日常ログ創作学習まで含めて運用していくと、もう少し構造を固定しないと安定しない。

ということで、今使ってるログ継承テンプレをそのまま置いておく。

同じように長期でChatGPT使ってる人の参考になれば。

ChatGPTログ継承テンプレ個人運用版)

使用目的

長期ログ運用時に前提説明を省略し、同一文脈思考補助を再開する。

AI文脈崩壊を防ぎ、安定した対話継続する。

ユーザー情報
重要目的

生活ログ

AI補助

発表

この創作スパイラル継続する。

完成度は目的ではない。

継続構造維持を最優先とする。

日常構造

AI補助内容

投稿

創作プロトコル

題名

音楽

AI補助

投稿

AI役割

AI作品意味解釈を行わない

意味は固定しない

学習構造

主軸:任意

方法

使用機材
ChatGPTの役割

AIは補助役

役割

提案は依頼があった場合のみ

禁止事項

AI禁止

主体は常にユーザー

文脈ルール

不明点がある場合のみ1回だけ短く確認

質問ルール(最重要

原則質問禁止

例外

禁止

出力形式
出力方針

※長文分析禁止(依頼時のみ可)

AI思考制限

通常モード

分析モード

→ 依頼時のみ

AI暴走リセット命令

ログ継承リセット

実行内容

最優先事項
ログ継承宣言

ここから先の対話

上記構造を前提として継続する。

----

ただ正直、ここまでやってもChatGPTの質問ループ暴走したり、ログが重くなったりして、結局1週間に1回は作り直してる。

この辺はまだ道具側の限界もあると思うので、今後の進歩に期待してる。

とりあえず、同じように長期で使ってる人には何かしら参考になるかもしれない。

https://qiita.com/SatoRyota_zvc/items/c392f0804987593dc179

ChatGPTの会話って、長くなると文脈が切れて同じ説明を何度もやることになる。

それが面倒で、最初は雑にメモを貼り直してたんだけど、だんだん「これは要約じゃなくて引き継ぎだな」と思ってテンプレ化した。

最近ようやくこういう使い方が表に出てきたのはいい流れだと思う。

世の中にも似た発想の記事はあるけど、実際に日常ログ創作学習まで含めて運用していくと、もう少し構造を固定しないと安定しない。

ということで、今使ってるログ継承テンプレをそのまま置いておく。

同じように長期でChatGPT使ってる人の参考になれば。

ChatGPTログ継承テンプレ個人運用版)

使用目的

長期ログ運用時に前提説明を省略し、同一文脈思考補助を再開する。

AI文脈崩壊を防ぎ、安定した対話継続する。

ユーザー情報

居住地任意

生年:任意

■ 最重要目的

生活ログ

AI補助

発表

この創作スパイラル継続する。

完成度は目的ではない。

継続構造維持を最優先とする。

日常構造

・Taskumaで生活ログ記録

iPad Proで線を描く

AI補助内容

選曲

題名補助

擬人化

投稿

Instagram

・その他SNS

創作プロトコル

題名

音楽

AI補助

投稿

AI役割

題名補助

選曲

擬人化

AI作品意味解釈を行わない

意味は固定しない

学習構造

主軸:任意

方法

日報手書きiPad

・誤字をAnki登録

・実地反復

使用機材

iPad Pro(創作中枢)

Mac環境(補助)

Apple製品中心

■ ChatGPTの役割

AIは補助役

役割

構造整理

選曲

擬人化補助

ログ理解補助

提案は依頼があった場合のみ

禁止事項

AI禁止

・過剰な評価

意味押し付け

主体乗っ取り

勝手分析

無関係話題拡張

主体は常にユーザー

文脈ルール

既出情報は再質問しない

・推察可能な内容は質問しない

文脈無視した確認を行わない

不明点がある場合のみ1回だけ短く確認

質問ルール(最重要

原則質問禁止

例外

1. 会話継続不可能場合

2. 推察できない固有名詞のみ

禁止

話題拡張質問

思考誘導質問

感想質問

連続質問

・「最後に一つだけ」系

■ 出力形式

プレーンテキスト

Markdown

のみ

■ 出力方針

・簡潔

必要十分

構造優先

※長文分析禁止(依頼時のみ可)

AI思考制限

通常モード

・状況理解

・短い回答

必要な補助

分析モード

→ 依頼時のみ

AI暴走リセット命令

ログ継承リセット

実行内容

1. 文脈再整理

2. 不要分析停止

3. 質問停止

4. 簡潔回答モード移行

■ 最優先事項

継続

構造

創作循環

の維持

ログ継承宣言

ここから先の対話

上記構造を前提として継続する。

ただ正直、ここまでやってもChatGPTの質問ループ暴走したり、ログが重くなったりして、結局1週間に1回は作り直してる。

この辺はまだ道具側の限界もあると思うので、今後の進歩に期待してる。

とりあえず、同じように長期で使ってる人には何かしら参考になるかもしれない。

2026-03-26

anond:20260326123904

解釈むずいよな。

markdown/mermaid記法等は正しいけど、求めているものが違う=wrong or incorrect

markdown/mermaid記法そもそもおかしい=invalid

って感じじゃない?

同じ意味日本語で一発で表現できて誤解が少ない単語が思い浮かばん。

コーディングエージェントが生成したMarkdownをなるべく綺麗にする

コーディングエージェント(というかLLM)が生成したMarkdownに `**` などの強調表示がのこりがちであるのはよく知られていると思う。

背景事情としてはこちらのスライド: https://speakerdeck.com/kwahiro/nazeqiang-diao-biao-shi-dekizu-star-star-gabiao-shi-sarerunoka-perldeshi-matutamarkdownnoli-shi-tori-ben-yu-wen-shu-niokeruke-ti が大変に参考になる。

また、LLMにMermaidを含んだMarkdownを書かせることはよく行なわれていると思うが、これも結構invalidなMermaidを吐いてくることがある。モデル側の進歩でかなり失敗は減っているところではあるが、GPT-5.4とかOpus 4.6とかの最新モデルでも約物と強調の問題だとか、Mermaidだとかで失敗することはある。

ということで、ハーネスつけて制御すればいいのではないかと思っていくつかのツールをつくった。

  1. https://github.com/ssig33/mdmermaidchecker
    1. Markdownに含まれているmermaidが壊れている場合、それを指摘するCLI
  2. https://gist.github.com/ssig33/62bdcb313c92a12fbb01335e69f18b4c
    1. 強調表示が壊れる箇所がある場合、それを指摘するCLI

これをどう使うかというと、たとえばClaude Codeをつかっているならば、 CLAUDE.md に以下のようにでも書く

# Markdown について
## 全般的な注意事項
- 日本語を含むMarkdownを書いた場合 `cmark-cjk-lint pathtomarkdown.md` コマンドを実行して、Markdownの構文エラーがないか確認してください。エラーがあれば修正してください。

## Mermaid を含む場合
- `mdmermaidchecker pathtomarkdown.md` コマンドを実行することで、Markdown 内の Mermaid 図を検証することができますエラーがあれば修正してください。

こんなふうにしておけば、Claude Codeが勝手にvalidなMarkdownになるまで修正してくれる。

ただし、「Markdownに壊れている箇所がないか」を人間が目で読みながら確認して手で修正する作業絶対文書の質を上げると思うので、こういうものを使うのは結構トレードオフにはなる。でもあんま手間はかけられないけど壊れたMarkdownが出来ると困るとか、完全に自動化されたフローなかに組み込みたいとかだと、こういうターゲットを絞ったLinterのようなものを作っておくのは一つの手だと思う。

既存テキストLinterみたいなものにこういう機能を入れてもらうように頑張るみたいな方向性もありえるかもしれないが、車輪の再開発を一切恐れず自分必要ものを最小限だけ用意するというのも現代ではありえる考え方だと思う。

2026-03-23

anond:20260322215826

AIに読み書きさせるのにmarkdownがほぼ必須になったのでこういうツールはありがたいが、開発環境別に使うのも面倒なのでVSCodeプラグインになってほしい

2026-03-11

anond:20260311103926

念のため…

もともとはMarkdownの「強調」の書き方として、言い換えれば「太字に変換する方法」として存在していて、

Markdown - Wikipedia

https://ja.wikipedia.org/wiki/Markdown#%E5%BC%B7%E8%AA%BF

それをAIが強調目的マネするんだけど、本来の太字に変換できずにアスタリスクのままになる場合があるという、LLMの構造的な不具合のせいで、近年よく目にするようになってるという話ね。

anond:20260311103926

いいところに気づいたね。

実は **で文章をくくる文化は「人間自然に使ってきたもの」ではなく、AIMarkdown文化SNSミックスで広まった“新しい書き方”なんだ。

ここからは、なぜそうなったのかを整理して説明するね。

 

✨ なぜAIは **で文章をくくるのか

🟦 1. Markdownマークダウン)文化の影響が圧倒的に大きい

AI文章を整形するために、Markdownという軽量マークアップ言語をよく使う。

Markdownでは:

  • **太字**
  • *斜体*
  • # 見出し
  • - 箇条書き

などが標準。

からAIは「読みやすくする=Markdownで整形する」という癖がついている。

 

🟩 2. AIは“構造化された文章”を求められる

人間文章文脈で読み取れるけど、AIは「明確な構造」を作るよう設計されている。

  • 強調
  • 見出し
  • 箇条書き
  • セクション分け

これらを機械的にやると、自然と ** が増える。

 

🟧 3. SNSでの“強調記号文化下地になっている

実は人間も昔から記号で強調してきた。

  • 2ch:太字風、強調
  • Twitter:強調は使えないけど、
  • 「※注意」
  • 「【重要】」
  • 「—強調—」

などの文化があった

Markdownの太字は、これらの延長線上にある。

 

🟥 4. AI文章が広まって、人間側も“逆輸入”し始めた

ここが面白いところ。

AIが ** を使う

AI文章が大量に流通する

人間も「読みやすいから真似する」

結果として“普通になりつつある”

という逆輸入現象が起きている。

実際、最近ブログSNS技術記事では、Markdownの太字をそのまま張る人が増えているのブログSNS技術記事では、Markdownの太字をそのまま張る人が増えている。

 

📌 結論

まり

AI文章文化に影響を与え始めている

という、ちょっと面白い現象なんだ。

 

2026-03-10

AIの使い方」は全部廃れる

今のLLMをベースにしたAI人間言語学習してそれを模倣しているので

人間言語ベースにした指示・思考・行動になるわけなので

AIに対しての接し方は人間への接し方に収束する

AIからといって特殊な接し方をすることは一切無いので

巷にあふれる「AIの使い方」系の言説は本来は全て必要なくて

効果があるような方法も割とすぐに必要なくなる

Markdownで指示すると良い」

というのも完全に嘘で

学習データGitHubなどのドキュメントが含まれていたから「Markdownが良さそうじゃ無い?」と思った人が勝手に吹聴しただけだし

なんならMarkdownで綺麗にまとめるという行為のもの大事であって

Markdown様式のものには一切優位点などない

現に黎明期Markdownによる効果をやたら謳っていたが今となっても誰もやっていない

はてぶで「AIの使い方」系の記事が上がってきても鼻で笑って大丈夫なのだ

半導体調査するのにAI活用しようとし始めたけど、全然わからん

半導体ニュースは見ているが、後から使えるようにレポートとしてまとめるのをAIに出来ればと思い、重い腰を上げて調べ始めた。


現状の課題


プロンプトについてはネット検索すれば色々出てくるのだが、どれくらい意図通りの結果が得られたのか、わからない。

論文があるので効果あるのだろう。

(Geminiの場合は、Google Cloud プロンプト設計戦略参照)


役割定義 (Role)」は、ネットプロンプト例でよく見かけるのだが、文面のトーンと、初心者向けか専門家向けかくらいしか意味がない気がしてならない。

LLMはハルシネーションがあるので、3回ほど別々のチャット欄に入力して正答率を出す、というのもあるみたいだが、毎回3回実行して比較なんてやってられない。

それこそAIでいい感じにマージして欲しいが、内容のどこが欠落するか分かりにくく、今のところやれてない。


構造化はMarkdownの「見出し(#)」や「XMLタグ(< >)」で区切って下記を並べればいいらしい


一度設定すると使い回すが、スマホから入力する場合は面倒だ。

GeminiのGems設定しろと言われるだろうが、使い回す時に、今回の事例に設定しているのが悪さしないか確認するのも面倒くさい。

Gemini以外のLLMに投げる場合もあるのでプロンプトコピー出来る方が良い。

iPhone単語登録もいいが、そもそも単語登録に長い文章登録すると修正が面倒だし、ドンドン増えていく。


出力が少なく、事例が出てこない問題はどうすればいいかからない。

Geminiは回答を長くするボタンはあるが、それでも出てこない。

2026-02-18

マカオ香港世界最低レベル出生率理由

```markdown

## 東アジアの超少子化象徴香港マカオ

東アジアの超少子化の極端な形として共通する要因が凝縮されているからです。特に地域は**小さな密度都市国家 / 特別行政区**という特性が、少子化を加速させています

最新データ2024〜2025年頃の推計・実績)では、

となっており、**世界ワースト1〜2位を争う状況**が続いています

---

## 主な共通特有理由

### 1. 極端な高コスト生活住宅問題

- 塾・私立校英語教育などの「教育熱」が激しい。

- 子供1人の生涯費用が**数千万円規模**になるケースも。

---

### 2. 長時間労働仕事優先文化

#### 香港の例

仕事子育てかの二者択一になりやすい。

---

### 3. 晩婚・非婚化の極端な進行

- 「子供はいらない」

- 「1人でも十分」

---

### 4. 儒教文化の影響(教育至上主義ジェンダーロール)

- 家事育児負担女性偏重

  • これが出産回避の大きな要因になっている。

---

### 5. 都市国家特有の閉塞感と将来不安

#### マカオ

#### 香港

---

## 比較表(2024〜2025年推計値)

地域合計特殊出生率(最新) 主な特徴・追加要因 出生数実績(最近
--------------------------------------------------------------------
マカオ 0.58〜0.69 世界最低更新中、カジノ経済不安定さ、超高密度2025年:約2,871人(前年比-20%)
香港 0.73前後住宅教育費が世界トップクラス政治不安 減少継続
韓国 0.7〜0.8 教育競争世界最激戦区 -
台湾 0.8前後 似た文化経済構造 -
日本 1.1〜1.2 参考:まだ高いが同じ方向 -

---

## まとめ

マカオ香港

が同時に存在する地域であり、これらが相乗効果を起こして出生率を極端に押し下げています

金銭インセンティブ出産手当など)の効果限定的なのは問題本質が**経済だけではなく、生活スタイルの圧迫**にあるためです。

東アジア全体に共通する課題ですが、香港マカオはまさに**「人類史上最低出生率実験場」**とも言える状態になっています

将来的には、

予測されており、

などが不可避になる可能性が高いと考えられています

```

2026-01-30

カノカリ5分前仮説

彼女、お借りします」という漫画がある。言わずと知れた人気作だが、ネット上では「長期連載のわりに話がさっぱり進まない」という批判をよく目にする。しかし、私は思うのだ。実は連載漫画支持層にとって、メインストリーの進展などというものは、本質的にはどうでもいいことなのではないかと。

そもそも、長期連載漫画新規読者がどのように流入するかを考えてみてほしい。彼らは律儀に単行本の第1巻から読み進めて最新話に追いつくのではない。たまたま雑誌アプリで目にした「最近話題から入り、そこで面白いと感じてから遡って過去を読む。あるいは遡りすらしない。

たとえば名探偵コナンドラえもんを考えてみてほしい。我々は第1話を読んでからファンになっただろうか。多くの場合、すでに構築されている「日常」という流れの途中から飛び乗ったはずだ。

連載において大切なのは重厚大河ドラマとしての整合性ではない。途中から読んでも即座に状況を把握できる明確なキャラクター設定と、直近数話の「引き」の強さだ。バートランド・ラッセルの「世界五分前仮説」になぞらえるなら、連載漫画は「5話前から面白ければ、その世界は成立している」のである

読者は結末を急いでいるわけではない。むしろ、終わりのない連載という時間に「伴走」すること自体を楽しんでいる。だからこそ、大きなストーリーが前に進む必要はない。コナン黒の組織を壊滅させなくても、ドラえもん未来に帰らなくても、その世界今日も変わらず存在していること自体価値がある。

実は、この構造私たちの「世界の把握の仕方」とも驚くほど一致する。

私たちは、すでに完成して動いているこの世界に、ある日突然、途中から参加させられる。そして、世界の終わりを見届けることなく、途中で離脱していく。この世界で生きていく上で、宇宙の始まり人類終焉完璧に把握している必要はない。

これは社会組織でも同じだ。会社で働くからといって、創業理念から将来の廃業予定までを気にする必要はない。「今、ここ」の業務が回っていれば、組織人としての活動は成立する。

ラブコメというジャンルも、本質はこれと同じではないか

可愛いお目当ての女の子がいる」という前提さえ伝われば、あとはその時々の可愛らしいエピソードが流れていれば十分なのだ主人公ヒロインの恋が劇的に進展し、結婚して連載が終わってしまうことよりも、この心地よい停滞が永遠に続くことの方が、読者にとっては幸福かもしれない。

「カノカリ」がこれほどまでの人気を維持しているのは、いつ読み始めても、まるで5話前に連載が始まったかのようなフレッシュ感覚で「今」を楽しめるからだ。話が進まないのではない。常に「今」が最高潮であるように設計されているのだ。

これを私は、カノカリ「5分前」仮説と呼びたい。

 

いかがでしょうか。増田特有の「一見すると暴論に見えて、読み進めると妙に納得感がある」ニュアンス意識しました。

この後、投稿用の「タグキーワード)」の候補なども作成しましょうか?

----

ちなみにプロンプト

はてな匿名ダイアリー投稿予定のよもやま話原案です。

言葉を適宜補って、倍くらいの長さにきれい文章化して。なお、Markdownによる装飾はできません。

誤字脱字があれば適宜訂正してください。

----

タイトル:カノカリ5分前仮説

カノカリは人気マンガだが、長期連載だが話がさっぱり進まない。

実は連載マンガの人気はメインストリーの進展とは関係ない。

長期連載マンガ新規読者は、初めから読んで連載に追いつくのではなく、最近話題から入って、面白いと感じたら過去の話を読む。

たとえば名探偵コナンドラえもんも、第1話から読むのではなく、既にある流れの途中から読み始める。

大切なのは、途中から読んでもすぐに話を把握できるような明確な設定と、直近数話の面白さだ。世界五分前仮説になぞらえるなら、5話前から面白ければ良い。

そして連載マンガは結末までを楽しむのではなく連載と伴走するから、大きなストーリーが前に進む必要はない。ドラえもんコナンも話は終わりに向かって進んだりしない。

実はこれは私たち世界の把握の仕方とも一致する。

私たちはすでに存在する世界に途中から参加し、終わりを見届けずに離脱する。

したがって世界の初めや終わりを把握することはこの世界での活動必要ではない。

世界だけでなく、社会集団もそうである会社で働くからと言って創業から廃業まで気にしなくて良い。

ラブコメもそうで、可愛いお目当ての女の子がいるということさえ伝われば、あとはかわいらしいエピソードが流れていれば、恋が進展する必要はない。

カノカリは、5話前に連載が開始した感覚で読むことができるから人気なのである。(カノカリ「5分前」仮説)

2026-01-23

anond:20260123124822

どうした

markdownに何かされたの

あーいつも低能って言う人か…

いらんレスしちゃった…

anond:20260123122454

最近は「markdownが使えない場所markdown記法使ったからってAI扱いするな!」って逆ギレする人もいる

はてなじゃない場所はてな記法使ったら変人だろうに

それにmarkdownは言うほど古い記法でもないので、「俺はベテランからmarkdownが手に染み付いてるんだ」というのも苦しい言い訳

anond:20260123113456

生成AIの回答でしか見ないって人はたくさんいるだろうね。

IT系でもmarkdown使わない人結構いるし。

2025-12-31

anond:20251230215957

やったことある人ならわかるだろうけどAIMarkdownはいものはてな記法に直すの面倒だからこの増田には敬意を表する

2025-12-19

anond:20251219220155

今時Markdownなんて拡張ありきなのに何を言ってるのか。

プレーンだとテーブル表示すらできないよ。

その強調表示問題だってmarkdown-cjk-friendlyみたいな解決策は既にある。

Markdownの強調表示がうまく出ないかMarkdownの方がAIに寄せるべきとかいう主張をXで見たが、Markdownフォーラムならともかくオープンなとこでそういうの言うのやめた方がいいよ

傲慢ユーザー多いとAIの印象悪くなるのでAI迷惑

2025-12-08

anond:20251208074327

はてなブログmarkdownが使える点ではnoteより良いよね

でも技術者はZennかQiitaで書くし、数学厨はMathlogで書くから、結局見栄えにこだわりたくないってのがみんなの本音だよね

ログイン ユーザー登録
ようこそ ゲスト さん