<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:webfeeds="http://webfeeds.org/rss/1.0" xmlns:note="https://note.com" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/" version="2.0">
  <channel>
    <title>hakomikan</title>
    <description>生成AIの研究を趣味でやってます。</description>
    <link>https://note.com/hakomikan</link>
    <atom:link rel="self" type="application/rss+xml" href="https://note.com/hakomikan/rss/"/>
    <copyright>hakomikan</copyright>
    <webfeeds:icon>https://d2l930y2yx77uc.cloudfront.net/assets/default/default_note_logo_202212-f2394a9e5b60c49f48650eee13f6e75987c8c4f1cfa7555629a9697dc6015cd9.png</webfeeds:icon>
    <webfeeds:logo>https://d2l930y2yx77uc.cloudfront.net/assets/default/default_note_logo_202212-f2394a9e5b60c49f48650eee13f6e75987c8c4f1cfa7555629a9697dc6015cd9.png</webfeeds:logo>
    <webfeeds:accentColor>249F80</webfeeds:accentColor>
    <webfeeds:related layout="card" target="browser"/>
    <webfeeds:analytics id="UA-48687000-1" engine="GoogleAnalytics"/>
    <language>ja</language>
    <lastBuildDate>Thu, 08 Oct 2026 12:11:10 +0900</lastBuildDate>
    <item>
      <title>Radeon RX 9060 XT 2枚で32GB VRAMをゲットしつつx8x8が必要かを検証したりする</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/312027389/rectangle_large_type_2_e4ef0328afdf8367f625df05b4226fd6.png?width=800</media:thumbnail>
      <description><![CDATA[<h3 name="87450be7-11cd-427c-9f45-b96d3c9fe1b4" id="87450be7-11cd-427c-9f45-b96d3c9fe1b4">結論</h3><ul name="04f0c344-4d70-4c31-b778-2b6c1f41bd8f" id="04f0c344-4d70-4c31-b778-2b6c1f41bd8f">
<li><p name="e45a22de-9cb0-42cb-956b-bdd6c3643fd5" id="e45a22de-9cb0-42cb-956b-bdd6c3643fd5">9060 XT 16GB 2枚刺しで32GB VRAM運用してみたよ</p></li>
<li><p name="9c6ed95f-3edf-4e33-b63e-74b1639198c9" id="9c6ed95f-3edf-4e33-b63e-74b1639198c9">Gemma 4 31Bが14 token / s 出たよ。これは5070 Tiより早い</p></li>
<li><p name="f9815a24-41d5-43ee-ad40-d793dbdc48ee" id="f9815a24-41d5-43ee-ad40-d793dbdc48ee">マザーがx8x8対応している必要があるかと思ったけどそんなことはなかったぜ</p></li>
</ul><br/><a href='https://note.com/hakomikan/n/ne541d07f9c01'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Wed, 09 Sep 2026 22:59:28 +0900</pubDate>
      <link>https://note.com/hakomikan/n/ne541d07f9c01</link>
      <guid>https://note.com/hakomikan/n/ne541d07f9c01</guid>
    </item>
    <item>
      <title>自己正則化によるトリガーワードの一本化DiSReg(Differential Self-Regulation)</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/310897507/rectangle_large_type_2_7903ee7de4496b9513e2c2a1bc4db29a.png?width=800</media:thumbnail>
      <description><![CDATA[<h3 name="f087bfbf-d1fa-4d07-b564-9a0f4e5cd0c1" id="f087bfbf-d1fa-4d07-b564-9a0f4e5cd0c1">はじめに</h3><p name="a7c57117-340a-4a72-a97e-2a15b3b5cfdd" id="a7c57117-340a-4a72-a97e-2a15b3b5cfdd">　お久しぶりですね。わらわらしている間にAIがすべてコーディングしてくれる世の中になってしまいましたね。Pythonの勉強をしながらSuperMergerを作ってた時代が懐かしいです。</p><br/><a href='https://note.com/hakomikan/n/nfa5a39438d00'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Sun, 06 Sep 2026 17:38:36 +0900</pubDate>
      <link>https://note.com/hakomikan/n/nfa5a39438d00</link>
      <guid>https://note.com/hakomikan/n/nfa5a39438d00</guid>
    </item>
    <item>
      <title>CogView4-6bを量子化して性能を試す</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/179377199/rectangle_large_type_2_450d528ccf33a9d62e6d9eb98b97f44a.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="86e8d90e-f4b3-417f-9da0-6d704416f57f" id="86e8d90e-f4b3-417f-9da0-6d704416f57f">　<a href="https://github.com/THUDM/CogView4" target="_blank" rel="nofollow noopener">CogView4-6b</a>を触っていたときに8bit量子化がうまくいきませんでした。試したのはbitsandbytesという手法ですが、世の中には他にも様々な量子化手法があるのでこの機会に試してみます。「<strong>bitsandbytes</strong>」「<strong>PyTorch/AO</strong>」「<strong>optimum.quanto</strong>」「<strong>torch.fp8</strong>」について、<a href="https://github.com/THUDM/CogView4" target="_blank" rel="nofollow noopener">CogView4-6b</a>を例に量子化を行っています。各項目について動作はしましたがかなり各モジュールの奥の方までいじることになったので結果だけの報告になります。</p><hr name="25c1ad00-ec64-440f-8e32-5295e7ab7c0d" id="25c1ad00-ec64-440f-8e32-5295e7ab7c0d"><br/><a href='https://note.com/hakomikan/n/ne3e483adb45b'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Tue, 18 Mar 2025 00:08:08 +0900</pubDate>
      <link>https://note.com/hakomikan/n/ne3e483adb45b</link>
      <guid>https://note.com/hakomikan/n/ne3e483adb45b</guid>
    </item>
    <item>
      <title>enable_sequential_cpu_offloadを使ってCogView4-6B を12GB(1GB) VRAMで動かす</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/178468391/rectangle_large_type_2_5ef20d31584657a45180136b533a23cd.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="76bc2368-a3b9-41ef-bece-12a00dc838d8" id="76bc2368-a3b9-41ef-bece-12a00dc838d8">　CogView4-6Bという画像生成モデルが話題ですね。性能の高さとライセンスの使い勝手の良さが魅力のようです。FluxやSD3.5は高性能ですがライセンス的に使いにくいという問題がCogView4にはないわけですね。<br>解説記事：<a href="https://zenn.dev/discus0434/articles/cogview4-6b-commentary" target="_blank" rel="nofollow noopener">とうとう現れたSDXLの後継？CogView4-6Bを解説する　</a><br><br>　本稿ではCogView4-6Bの性能チェックとVRAM削減について考えます。現状ではSDXLがメインストリームですが、これは8GB VRAMのGPUでも動作する点が大きいと考えています。<br><br>　多くのユーザーは8～12GBのVRAMを使用している訳ですから、それを越えるようなVRAMを要求するモデルはメインストリームになり得ないわけです。CogView4-6Bにおいては元コードにおいても、他でテストをしている人からの情報でも12GBではギリギリ足りないという話を聞いています。ダメじゃん。16GBの5000シリーズは供給が安定するまでに6週間を要すると言われています。供給が安定するまでに6週間を要するということは供給が安定するまで30週かかるということなので、当面16GB VRAMは手に入らないわけです。AMD頑張って。チャンスだよ。応援してるよ。</p><p name="7a120901-f690-4a12-8a8d-5cfd7a96c371" id="7a120901-f690-4a12-8a8d-5cfd7a96c371">　というわけで、何とか12GBで動かしてみようと思います。結論から言うと最初はfp8を試そうとしたのですがなぜかVRAM使用量が減らなかったのでenable_sequential_cpu_offload()方式で生成することでVRAM使用量は1GB程度に収まりました。これはTransformerのみで、TextEncoder部分は盛大にVRAMがあふれています。あふれていますがTextEncoderの処理はすぐに終わるのであまりきにならない。</p><br/><a href='https://note.com/hakomikan/n/nace9ad2d7f34'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Tue, 11 Mar 2025 00:42:32 +0900</pubDate>
      <link>https://note.com/hakomikan/n/nace9ad2d7f34</link>
      <guid>https://note.com/hakomikan/n/nace9ad2d7f34</guid>
    </item>
    <item>
      <title>ADDifTの実践1</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/177677885/rectangle_large_type_2_be104132e52b5b9cfffb2f2a4775f7dd.jpeg?width=800</media:thumbnail>
      <description><![CDATA[<p name="21f67485-e3fb-48f2-a79c-a3fd4d1bbcb2" id="21f67485-e3fb-48f2-a79c-a3fd4d1bbcb2">　前回の記事ではADDifT原理について解説しましたが、本稿では実際のコードを使ってADDifTを使ってLoRAを作ってみます。コードはStable Diffusion WebUIの拡張<a href="https://github.com/hako-mikan/sd-webui-traintrain" target="_blank" rel="nofollow noopener">TrainTrain</a>に実装しています。</p><p name="c9f4558f-ecf9-4fc9-9e86-5e99dbe41323" id="c9f4558f-ecf9-4fc9-9e86-5e99dbe41323">　現在ではStable Diffusion XLが主流なのでXLのモデルでもちゃんと動作するのかを試してみましょう。</p><br/><a href='https://note.com/hakomikan/n/n2a00c2bb39af'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Thu, 06 Mar 2025 00:23:39 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n2a00c2bb39af</link>
      <guid>https://note.com/hakomikan/n/n2a00c2bb39af</guid>
    </item>
    <item>
      <title>交替直接差分学習法ADDifT(Alternating Direct Difference Training)の解説</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/177679570/rectangle_large_type_2_83a48111a60c08b0817231136d6f7b62.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="3e21c70c-ec48-44b0-9547-96d02a93df2a" id="3e21c70c-ec48-44b0-9547-96d02a93df2a">　LoRA学習の技術は日進月歩ですが、その根本となる学習手法は初期の段階からほとんど変わっていません。今回は新しい学習手法を開発したので解説します。この技術ではコピー機学習で行っていた差分学習の所要時間を10～20分の1に短縮し、複数の画像セットの同時学習も可能とします。画像モデルだけでなく他の拡散モデル全般に応用できる可能性があります。</p><table-of-contents name="7e4b034f-c126-47a8-b07c-1ad3ac6927e1" id="7e4b034f-c126-47a8-b07c-1ad3ac6927e1"><br></table-of-contents><br/><a href='https://note.com/hakomikan/n/n716397e39d56'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Tue, 04 Mar 2025 20:50:46 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n716397e39d56</link>
      <guid>https://note.com/hakomikan/n/n716397e39d56</guid>
    </item>
    <item>
      <title>NegPiPの仕組みとFLUX対応</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/157578669/rectangle_large_type_2_772db1b079a299dde34024a6376dc759.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="3427cc0c-7e1b-4b48-82ae-41052a32c233" id="3427cc0c-7e1b-4b48-82ae-41052a32c233">　FLUXは表現力が高いのですが、ネガティブプロンプトが使えないのはとっても困ります。ネガティブプロンプトを導入するためにはCFGを有効にする必要があるわけですが、生成時間が2倍になってしまいます。ただでさえ長い生成時間が2倍になるのは厳しいですね。そこでNegPiPの仕組みが使えないかと考えるわけです。</p><p name="5923bf3d-6334-4f51-ab0d-b2bc563f303c" id="5923bf3d-6334-4f51-ab0d-b2bc563f303c">　NegPiP(Negative Prompt in Prompt)はStable Diffusion 1.X, 2.X向けに私が考案した手法です。原理上、ネガティブプロンプトはプロンプトよりも弱めに効くようになっているわけですが、プロンプトと同じ強度でネガティブプロンプト使えるようにする仕組みです。これにより従来のネガティブプロンプトでは対応できなかった物まで消せるようになったわけですね。</p><br/><a href='https://note.com/hakomikan/n/n19dfd2cfabbc'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Fri, 11 Oct 2024 21:03:21 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n19dfd2cfabbc</link>
      <guid>https://note.com/hakomikan/n/n19dfd2cfabbc</guid>
    </item>
    <item>
      <title>Fluxのモデルマージ</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/157365790/rectangle_large_type_2_15ac170a14617c491b388b8e5a4c7f6a.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="dd29737e-18fd-4f72-b727-08909c21151a" id="dd29737e-18fd-4f72-b727-08909c21151a">　ご無沙汰しております。ちょっと離れている間にいろいろな事が起きているようで何とか追いつこうとしているところです。とりあえずは溜まっているissueとかに対応しつつ、新技術を触ったりしています。SD3はマージ機能を作る前になんか黒歴史化してしまっているようでして、ここではその後に出てきて話題になっているFluxのマージについて研究してみます。</p><p name="6fb88bf6-9e59-4007-a68a-0550e0658558" id="6fb88bf6-9e59-4007-a68a-0550e0658558">　現行のWeb-UIではFluxは使えないので、対応しているForge用にSuperMergerを改造します。とりあえずは階層マージは忘れてふつうのマージを行ってみましょう。使用したのは以下のモデル。</p><br/><a href='https://note.com/hakomikan/n/n69902b5214a6'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Wed, 09 Oct 2024 23:58:32 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n69902b5214a6</link>
      <guid>https://note.com/hakomikan/n/n69902b5214a6</guid>
    </item>
    <item>
      <title>Stable Cascadeを触ってみつつ、サンプルコードを改良してVRAM消費を抑える</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/130790409/rectangle_large_type_2_85df73da93a5d401d08e94ce5f5583a3.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="073681f0-cf9b-426a-88df-7d181f0f5ffe" id="073681f0-cf9b-426a-88df-7d181f0f5ffe">　StabilityAIから新しいText to Imageモデル<a href="https://ja.stability.ai/blog/stable-cascade" target="_blank" rel="nofollow noopener">Stable Cascade</a>が発表されました。XLの正式公開が2023年7月26日なので半年しか経ってません。そして全く互換性がありません。XLのブーム始まったばかりなのに早いって。</p><p name="185c0c1b-03b9-4904-be0e-415e5aecc602" id="185c0c1b-03b9-4904-be0e-415e5aecc602">　というわけで生成してみます。一応生成までの道のりを記しておきます。</p><br/><a href='https://note.com/hakomikan/n/n75f0ee78abf9'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Wed, 14 Feb 2024 02:39:46 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n75f0ee78abf9</link>
      <guid>https://note.com/hakomikan/n/n75f0ee78abf9</guid>
    </item>
    <item>
      <title>Stable Diffusion XLで生成画像の破綻が起きる問題の解析と対策</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/130333115/rectangle_large_type_2_1ce718f65b3e89c236017a9b8d96ef30.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="ff6740bd-3f18-4df5-be19-c2abbb97c1c2" id="ff6740bd-3f18-4df5-be19-c2abbb97c1c2">　Animagine XL V3が出始めた辺りから、特定のプロンプトを入力すするとアーティファクトが出てくると言う話がポツポツと聞こえてきました。アーティファクトって言われると古代兵器を思い浮かべてしまうわけですが、ここでいうアーティファクトというのはノイズではないけれどなんか変な画像という意味ですね。</p><p name="6bf1e1a3-e612-49a5-87ba-37cb24f8fd74" id="6bf1e1a3-e612-49a5-87ba-37cb24f8fd74">　細けぇ事はいいんだよ解決方法だけ教えろという方は最後の方にある説明を読んで下さい。</p><br/><a href='https://note.com/hakomikan/n/nb6dd68a1bd9e'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Fri, 09 Feb 2024 21:07:03 +0900</pubDate>
      <link>https://note.com/hakomikan/n/nb6dd68a1bd9e</link>
      <guid>https://note.com/hakomikan/n/nb6dd68a1bd9e</guid>
    </item>
    <item>
      <title>デルタもんを例にキャラクターLoRAを作る</title>
      <media:thumbnail>https://assets.st-note.com/production/uploads/images/129496363/rectangle_large_type_2_3f9e9653a4be37f593e696eda74f2b74.png?width=800</media:thumbnail>
      <description><![CDATA[<p name="53874ab3-0a75-468b-bc2d-0ccddca32cfc" id="53874ab3-0a75-468b-bc2d-0ccddca32cfc">　TrainTrainのLoRA作りについてチュートリアルを作ろうかと思っていたところで、AIに限り制限無く使用可能なキャラクター「<a href="https://blendai.jp/illust_3d" target="_blank" rel="nofollow noopener">デルタもん</a>」が発表されました。大変素晴らしく面白い試みですね。早速デルタもんちゃんを例にしてLoRAを作ってみましょう。</p><figure name="935935dc-657e-4b56-a7ae-1e9cda6a4d5a" id="935935dc-657e-4b56-a7ae-1e9cda6a4d5a"><img src="https://assets.st-note.com/img/1706273435893-fOSDxqtIN7.png" alt="" width="620" height="876" style="width: 372px; height: 525.6px;"><figcaption>デルタもんちゃん(-189)。ポケットに入れたふたつの物を融合させることができるらしい。入れる物の大きさに制限はあるのだろうか。人間の耳の他にケモ耳も備えるため、聴力には自信がありそうだ。プロフィールによると意外と重い使命を背負っているようである</figcaption></figure><br/><a href='https://note.com/hakomikan/n/nbf8ce4cce1a9'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Thu, 01 Feb 2024 20:06:09 +0900</pubDate>
      <link>https://note.com/hakomikan/n/nbf8ce4cce1a9</link>
      <guid>https://note.com/hakomikan/n/nbf8ce4cce1a9</guid>
    </item>
    <item>
      <title>LECOの学習を高速化する</title>
      <description><![CDATA[<p name="630274ef-eccb-40b4-9a4a-9edc3dd14739" id="630274ef-eccb-40b4-9a4a-9edc3dd14739">　こんにちは。READMEで書くには長そうだったのでこっちに書いてみます。Stable Diffusionの概念を消す/強調する<a href="https://github.com/p1atdev/LECO" target="_blank" rel="nofollow noopener">LECO(Low-rank adaptation for Erasing COncepts)</a>の学習時間を短縮する方法について解説します。<br><br>　<a href="https://github.com/p1atdev/LECO" target="_blank" rel="nofollow noopener">LECO</a>はPlat氏によって提案された学習手法で、Stable Diffusionのモデルから概念を除去する手法<a href="https://github.com/rohitgandikota/erasing/tree/main" target="_blank" rel="nofollow noopener">ESD</a>をLoRAに落とし込んだものです。LECOで作られたLoRAはモデルから特定の概念を消去できるほか、LoRAのウェイトをマイナスにすることで概念を強化することが可能です。この手法の特徴はLoRAの学習において教師画像が必要ないことです。モデル自体に画像を生成させ、それを学習するわけですね。</p><p name="6e776c47-65cb-432d-ba4c-c2cb1116a920" id="6e776c47-65cb-432d-ba4c-c2cb1116a920">　今回はこのLECOの学習過程を改良し、学習時間を加速させてみたいと思います。それではLECOについておさらいしましょう。LECOではふたつ(学習時には4つ使っているけれど大事なのはふたつ)のプロンプトから作り出されるノイズ予測の差を比較してふたつのプロンプトの差に相当するLoRAを学習します。このとき、学習しているLoRAを使って生成を行い、その途中でふたつのプロンプトのノイズ予測に分岐をして学習を行います。</p><br/><a href='https://note.com/hakomikan/n/n4c7291fc8dd3'>続きをみる</a>]]></description>
      <note:creatorImage>https://assets.st-note.com/production/uploads/images/128134123/profile_4b158b65a8d94738580ea316a05e8ebe.png?fit=bounds&amp;format=jpeg&amp;quality=85&amp;width=330</note:creatorImage>
      <note:creatorName>hakomikan</note:creatorName>
      <pubDate>Fri, 19 Jan 2024 20:43:08 +0900</pubDate>
      <link>https://note.com/hakomikan/n/n4c7291fc8dd3</link>
      <guid>https://note.com/hakomikan/n/n4c7291fc8dd3</guid>
    </item>
  </channel>
</rss>
