背景 私は、ソフトウェアエンジニアリングの 設計書をほぼ Markdown で作成しています。 業務要件、ユースケース一覧、サービス記述書、API 仕様、ADR、ナレッジベース。気づけば、社内外で扱うドキュメントの大半が Markdown になっていました。 さらに、最近は GitHub Copilot や Claude Code の出力結果そのものも Markdown で返ってきます。つまり、インプットもアウトプットも Markdown という状況が、現場では当たり前になりつつあります。 そうなると、次に困るのが「この大量の Markdown を、どうやって AI エージェントに効率よく読ませるか」です。 Vibe Coding でエージェントに「この仕様に従って実装して」と頼むとき、関連 Markdown を全部 read_file させると、Context Window があっという
たしかに～となった。 Markdownは人間が書きやすくするために表現力を落としてる。でもAIが書くのであれば、わざわざ表現力を落としたMarkdownを使う必要がない、という話。 ※ 補足 AIが「設計確認して」って出してくるMarkdownを読むのはつらい、全部よまないよね、HTMLであれば より読みやすい形、インタラクティブな形になって確認しやすいよね、AIが書くならHTMLでいいよね、という文脈。 確認モレで余計な生成が行われるより、ちょっとリッチに確認しやすい文書だしてもらって、意図通りの生成が走るほうがトータルのトークン数も節約できると思う。 補足おわり ※ もうひとつ追記 いまのAIが、HTMLの出力について、わかりやすく伝わりやすいものが出力できるよう重点的に学習されていることも踏まえておいたほうがいいと思う。 HTML版とJava版で同じアプリ作っても機能性が全く違うよう
はじめに X 上で見かけた 「もう Markdown じゃなくて HTML でドキュメント書いた方がよくない？」 系の議論（@trq212 のポスト等）には、まったく同感です。 というのも、自分は もう半年ほど前から、Claude CodeにHTMLでドキュメント生成させています。エージェントを使えばつかうほど、その生成物を直接人間が修正することが減るからです。プランファイルがその典型で、プランがまちがっていたらそれはAIに指示して修正させるべきで手動修正するべきではないのです。その理由は手間を減らしたいからではなく、「なぜそう出力されたか」の理由にたちもどって指示しないとAIは同じ間違いをくりかえしてしまうからです。そうすることで人間はAIと思考を共有することができます。 その場合、Markdownは人間が作成も修正することはなくなるわけで、Markdown形式がドキュメントの形式として
プレーンテキストで出力するワイヤーフレームツール「Mockdown」「Wiretext」が相次いで公開 ——テキスト形式のワイヤーフレームをエージェントに渡し、UIコードの生成を目指す 生成ボタンも提供している「Mockdown」 デザイナー兼エンジニアとしてAI領域で活動するMike Bespalov氏は2026年2月16日、AIエージェントへの指示用にアスキーワイヤーフレームエディタ「Mockdown」をWebアプリとして公開した。Mockdownは、キャンバス上に視覚的にコンポーネントを配置し、プレーンテキストのワイヤーフレームを生成するツール。迅速にレイアウト案を作成し、AIエージェントに機能するコードを生成させるために設計されている。なお、このツールは後述の「Wiretext」にインスパイアされて開発されたもの。 Mockdownのサイト AI agents read ma
はじめに GMOコネクトの永田です。 提案書、作るの辛くないですか？😇 特に官公庁向け提案書は、評価項目ごとにページを作成していくと数十〜数百ページになることも珍しくありません。PowerPoint で作る場合、こんな苦痛が待っています： コピペ地獄: スライドをコピーして本文を差し替えて、表のセル幅を調整して……を数十回 デザイン崩壊: 30ページを超えたあたりからフォントサイズや色がバラつき始める バージョン管理不能: 提案書_v3_最終版_本当の最終版_修正2.pptx レビューが困難: 「前回からどこが変わったの？」に答えられない エンジニアとしては正直、一番やりたくない作業の筆頭です。 もし Markdown を書くだけ で、デザインが自動で統一されて、git diff でレビューできる、としたら？ 本記事では Slidev + Claude Opus 4.6 でこれを実現した
そもそも Obsidian とは Markdown ファイル群を閲覧・編集できるデスクトップアプリケーションです。 スマホアプリもあります (iOS/Android)。 Obsidian 公式サイト Obsidian 公式 Help サイト 具体的に、Markdown ファイルを格納したディレクトリ (サブディレクトリも切れます) を Obsidian に Vault (保管庫) として認識させると、アプリ上からレンダリングされた各ファイルを階層構造ごと Web サイトのように閲覧できます。また、アプリ上から各ページを編集したり、ファイルやディレクトリを新規作成したりもできます。つまり、ローカルに自分用ウィキが構築できます。 同期機能 (有料の公式機能 Obsidian Sync や、無料で試せる外部ストレージ連携プラグイン Remotely Save) もあり、同期すれば他の PC やス
ChatGPTの会話履歴（公式エクスポートのconversations.json）をPythonでMarkdownに一括変換し、ローカルで全文検索できる知識資産にします。月単位/会話単位で出力できます。 ChatGPTの履歴を知識資産に変える ChatGPTで調べ物や学習をしていると、数週間後にこうなりがちです。 「あの結論、どのチャットだっけ？」 「確か手順を書いたはず…」 「会話に散らばった知識を横断検索したい」 この記事では、ChatGPTの公式データエクスポートで取得できる conversations.json を、UTF-8のMarkdownに一括変換して、自分のローカルにmdファイルで保存するスクリプトを作ったので紹介します。 （外部API不要・追加ライブラリ不要・ローカル完結） Quick Start（最短3ステップ） 0) 前提 Python 3.x が動くこと（Windo
こんにちは、リテールアプリ共創部の戸田駿太です。 今回は、Backlogのプロジェクト情報を活用してNotebookLMでRAGを構築する方法をご紹介します。 プロジェクト管理ツールであるBacklogには、過去の課題、Wiki、コメントなど貴重な情報が蓄積されていますが、それらの情報を効率的に検索・活用してAIで業務効率化することができます！ 🛠️ 使用するツール 今回活用するのは以下の2つのツールです： backlog-exporter: BacklogのデータをローカルにエクスポートするCLIツール md-concatter: 複数のMarkdownファイルを統合するCLIツール どちらも僕が作成したツールです。 これらを組み合わせることでシンプルにRAGシステムを構築できます。 🏗️ 構築手順 ステップ1: backlog-exporterでデータをエクスポート まず、back
マークダウンを一箇所に集める LLMとMarkdownの相性が良いという話は、最近多くの人が話題にしたり感じていることかと思います。 おそらく、そのうちあらゆるデータを直接LLMに手軽に安く入力できるようになるとは思いますが、それにはしばらく時間がかかるのも確かだと思います。なので、今はとにかくMarkdownを集めてLLMの手に届く範囲に置いておきたくなるわけです。 しかしながら、データというのは、だいたい色々な形式で色々な場所に散在しているものです。なので、そういったデータを変換してまとめる仕組みが一番重要になってきます。逆に言えば、そういう仕組みさえ構築できれば、プラットフォームは、はてなブログでもZennでもTwitterでもNotionでも何でも良かったりします。ただ、データを手軽に取得（APIで取得 or エクスポート）する方法があることが重要ですね。Obsidianが、最近L
AWS事業本部コンサルティング部の石川です。最近、文書ファイルの解析と変換に特化した オープンソースツール「docling」 が注目を集めています。このツールは、最先端のAIモデルを活用して、ドキュメントの構造を理解し、様々な形式に変換することができます。今回、実際にdoclingを使用して日本語のドキュメントファイルからMarkdownファイルとJSONファイルへ変換を試してみます。 doclingとは doclingは、ドキュメントの変換と解析に特化したオープンソースのPythonパッケージです。最先端の人工知能モデルを活用し、レイアウト解析にDocLayNetモデル、表構造認識にTableFormerモデルを使用しています。一般的なハードウェアで効率的に動作し、少ないリソースで高性能を発揮します。JSONやMarkdown形式への変換が可能で、拡張性も高く、新機能やモデルの追加が容易
KDDIアジャイル開発センターのpiyonakajimaです。 突然ですが、あなたは登壇スライドの作成にどれぐらいの時間をかけていますか？ 6/21-22に開催されたScrum Fest Osaka 2024に登壇した際、Markdown+生成AIを活用して登壇スライドを作成しました。その際、45分の登壇資料作成を75%効率化（自分比）できました。 普段からMarkdownで資料を作成している方からすると、これまで時間かけすぎやろ、というツッコミが聞こえてきそうですが、登壇資料の作成時間に悩まれる方は沢山いらっしゃるのではないかと思います。今回はこの時に実施した工夫をお話します。 以下がMarkdown(Marp)と生成AIを使って執筆した45分の登壇資料です。一部PowerPointで作図した過去資料から流用しています。 Marpでは、たとえば以下のようなmarkdownを書くと、 --
ブログの文章やドキュメント作成など、さまざまなシーンで使われる記法に「マークダウン記法」があります。文字修飾の簡単さや読みやすさから使うタイミングは多々あると思いますが、みなさんは快適にマークダウンを書けていますか？ 筆者はVS Codeでドキュメントをマークダウンで書くことが多く、表の作成・編集やプレビュー表示など、めんどくさい・見づらい・使いづらいと思うことがあります。どうにか快適に書けないかと思いさまざまな拡張機能や設定を試しながら業務を行ってきました。 この記事では、筆者が試した拡張機能やVS Codeの設定の中で便利だったものを紹介します。①から⑥まではすべて無料で利用できるので気軽に試してみてください！ ①マークダウンの表をエクセルからコピペできる拡張機能 VS Codeでの表の作成に重宝しているのが「Excel to Markdown table」という拡張機能です。エクセル
こんにちは。ユアマイスターでプロダクトマネージャーをしています、稲垣といいます。 最近、業務でChatGPTを使いまくっているのですが、ちょっと個人的に感動する使い方を見つけたので紹介します（既に知ってるぞ！という方、すいません）。 プロダクト開発において、業務フローって必要になること多いですよね。でも書くの大変。Draw.ioとかFigmaとか便利なツールも出てるけど、それでも大変。 さあ、下記のようにプロンプトを書いてみましょう。 一般的な受注業務の業務フロー図を作りたいです。Mermaid Markdown形式で出力してください。 # 制約条件 - 「・」「?」は使用しないでください ChatGPTの出力結果のこれをコピーして、 Notionに貼りましょう（「コードブロック」を選択してください）。 「コード」を選ぶこの領域にペーストするすると・・・。 うおおおおお。 業務フローが自動
こんにちは、臼田です。 みなさん、業務設計してますか？(挨拶 今回はMarkdownでシーケンス図やフローチャートなどの図を記述できるMermaidを使って業務フローを書いてみたら、意外と書けたので自分なりのTipsを紹介したいと思います。 その前に 注意点として、まだMermaidを使い始めたばかりなので、「もっとこうしたらいいぞ」とか「こっちのほうがいいぞ」とかあれば建設的なフィードバックとしてSNSとかでいただけるとありがたいです。 あと業務フローって表現しましたが、人によって思い描く業務フローが違うと思うので、業務フローの定義に関するツッコミはご容赦ください。私が今回Mermaidで書いたのは以下の図です。(内容はブログ用に簡素化しました) この図のコードは以下のとおりです。(後ほど解説します) sequenceDiagram autonumber actor お客様 partic
はじめに Markdownって便利ですよね？ README.md、PR や Issue の本文やコメント、Qiita や Zenn はもちろん、Google Docs や Trello や Notion や Jupyter Notebook でも使えるみたいです。もっといろいろな文書を Markdown で書ければいいのになあ、あらゆる文書のソースコードを Markdown にできればいいのになあ。 さあ、Markdown の可能性を広げましょう！ 本記事では「スライド」と「(電子)書籍」をMarkdownで書く方法をご紹介したいと思います。もちろん、VSCodeでMarkdownを効率よく便利に書いていくためのチップスもご紹介していきますよ。 ご参考スライド VS Code Conference Japan 2021 で発表した際の以下スライドもご参照ください。 もちろんこのスライドもV
Markdownやターミナルからの編集をサポートしたオープンソース＆クロスプラットフォームのデジタルノートアプリ「Joplin」がリリースされています。詳細は以下から。 JoplinはロンドンのLaurent Cozicさんが開発したオープンソースのEvernote代替アプリで、CozicさんはEvernoteが有料プランの価格を改定後、Evernoteに保存した4,000以上のノートの移行先を考えJoplinの開発を開始したそうで、オープンソースに加えクロスプラットフォームでほぼ全てのシステムで利用できるように開発したそうです。 Joplin is an open-source, cross-platform Evernote replacement for Windows, MacOS, Linux, Android, iOS, and the command line. Suppor
MarkdownノートアプリInkdropで家賃の半分が賄えるようになりました4月にInkdropの総売上が10万円を超えた報告をしてから、久々の売上報告です。Inkdropはクローズドソースですが、プロジェクトで得た知見は惜しみなくオープンにしていくつもりです。どんどんやり方パクってください。もし質問などあればコメント欄やTwitterにて受け付けます。 驚きの解約率の低さ注文の多い少数派を相手にしすぎないブログを始めたら日本のユーザが増えた1000人のユーザが１人を食わせるモデルを確立したい既にInkdropについてご存知の方は読み飛ばして下さい。 Inkdropはマルチプラットフォームで動作するノートアプリです。今のところmacOS、Windows、Ubuntu、iPhone、Androidに対応しています。 日々の作業記録や議事録、コードスニペットからブログの下書きまで、技術的な事
概要 完全に単一のHTMLファイルで動作するMarkdownエディタ「かんたんMarkdown」を作ったというお話。 お断り 一応簡単に動作検証はしていますが、とんでもないバグが潜んでいるかもしれません。 かんたんMarkdownを利用して大切な文章がなくなってしまったり、その他損害が生じても責任は取れませんm_ _m 経緯 前回の記事(そろそろExcelで資料作るのやめたい)で、 単一ファイルで動くMarkdown 画像をbase64で埋め込んでしまう というアイデアに可能性を感じて下さった方が多いようです1。 しかしながら、 エディタとプレビューアが別なのが面倒 base64に変換するのが面倒 といった意見も多く聞かれました。 そこで思ったのです。ならばエディタを作ってしまえと。 かんたんMarkdown かんたんMarkdownは完全に単一のhtmlファイルで動作するMarkdown
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
