汎用ツールプラットフォーム (AiNative-Tools)
中核プロジェクト
継続改善中
AI-Native Studio
LangChain型ワークフロー
越境ECのコンテンツ制作、商品情報の自動加工、画像処理、バッチ納品に向けて、AiNative-Toolsは商品収集、Prompt編成、AIライティング、白背景画像、シーン画像、バッチ梱包、実行監視をローカルStudioワークベンチに統合しています。ディレクトリ契約、タスクキュー、プラグインマニフェスト、状態ストリームを基盤に、商品選定・掲載・素材生成・納品を、設定可能で再開・追跡できる制作工程に整理。長時間バッチ、多商品、多言語、多数の画像素材を扱う運営に適しています。技術的には越境EC業務を中心としたLangChain Workflowであり、各商品バッチが、安定した入力、Prompt編成、モデル呼び出し、構造化解析、画像ツール、納品ツールの順に進みます。
越境ECコンテンツ制作の収集、商品情報加工、翻訳、画像生成、納品をプロダクト化し、業務プロセスの分解、ツール境界の定義からローカルStudio実装までを一貫して主導。運営担当者の反復作業を、設定・追跡・復旧可能な制作工程へ変えることに注力し、バッチ納品の効率、処理の安定性、将来の拡張性に責任を持ちました。
FastAPI + TaskManager + Manifestの3層コントロールプレーン。収集から納品までをバッチ単位で進め、WebSocketで状態をリアルタイム同期します。
フロントエンドのStudio ShellはネイティブJSでタスクキュー、バッチ操作、ツール入口を管理。バックエンドはFastAPIの非同期ルートでnative / cloud / aiの3種類のタスク経路を扱います。 Manifest層がローカルのSUMツールスクリプトを自動走査し、画像処理、梱包、画質向上などの機能を設定可能なツールフォームとして登録します。 中核制作工程:商品URL/Excel入力 → Scraper収集 → PromptComposer編成 → AIClient呼び出し → JSON Parser整形 → Painter/PackTool納品。 AIClientがGemini / OpenAI-Compatibleなどのモデル間プロトコル差異を吸収し、Structured Output Parserが出力を後段の画像ツールで利用できるJSONに制約します。 Prompt Registryは市場別の言語置換、段階分割、Sandwich形式のパッケージ化に対応し、異なる商品バッチを同じ工程で安定して実行します。 Key Pool、状態スナップショット、バッチディレクトリが、失敗時の再実行、画像追加、翻訳補完、再梱包の復旧境界を構成します。
分散した運営ツールを、可視化・キュー管理・復旧が可能なStudioコントロールプレーンへ進化させました。商品URL / Excel入力からテキスト・画像収集、AI分析、白背景画像の前処理、シーン画像のバッチ生成、納品パッケージ整理までを一貫して支援。ディレクトリ契約、状態スナップショット、Key Poolの並列スケジューリング、ログ再生で長時間バッチを安定化しています。バッチディレクトリは安定した入力Schema、自作TaskStateStoreはCheckpoint、SharedGroupManagerはMemory-like Stateとして機能。画像・梱包スクリプトはTool Layerとして工程に参加し、失敗、再実行、画像追加、翻訳補完、再梱包の際にも明確な復旧経路を保ちます。
FastAPI
Python 3.12
Pydantic
ネイティブJS Studio Shell
WebSocket状態ストリーム
Manifestプラグインシステム
TaskManager複数キュー
Gemini / OpenAI API
Prompt Composer
Key Poolスケジューリング
Selenium / Firefox
Pillow / OpenCV
XLSX / CSVデータ取り込み
バッチのアーカイブと復旧
Prompt Registry
RunnableSequence
Structured Output Parser
State Store
Memory-like State
LangChain
Lite Studio
デスクトップクライアント
継続保守中
大規模モデルのツール呼び出しは複雑化を続けており、単一のPythonスクリプトやJupyter Notebookだけでは、高頻度・複数ターン・ツールチェーン横断のAIワークフローを支えきれません。業務側が必要とするのは、散在する一時スクリプトではなく、会話状態、モデル設定、コンテキスト圧縮、プラグイン調整を長期保守可能な仕組みにまとめた、永続化・追跡・拡張可能なローカルAIワークステーションです。
Lite Studioを分散したAIツール群からローカルデスクトップワークベンチへ製品化し、会話管理、モデル設定、コンテキスト圧縮、プラグイン呼び出し、エクスポートの機能境界を明確化。開発文書、インターフェース契約、中核ワークフローの整理を主導し、その後の機能改善に共通基準、追跡可能な記録、安定した納品リズムを整えました。
pywebviewでローカルウィンドウの実行環境を構成し、Vue + SQLite + プラグインシステムでデスクトップAIワークベンチを実現します。
pywebviewデスクトップ層とPythonバックエンドは同一プロセスで動作。フロントエンドはbridge.js経由でLLMEngine / PluginHostを呼び出し、ストリームイベントとプラグイン状態を受信します。 context_ledgerは生の履歴を流す代わりに、会話要約を構造化ノードとして追加。長い会話の圧縮やGraphとしての理解に向けた入口を設けています。 bridge.jsがストリーミング応答、思考過程の配信、プラグインイベントを統一し、フロントエンドは常に標準化されたイベント形式を扱います。 5層の組み立て方式で依存方向をStorage → Gateway → Engine → PluginHost → Front Bridgeに制約し、暗黙の結合を減らします。 SQLiteがsessions、messages、presets、context_ledgerを管理し、ローカルデータは外部サービスに依存しません。
開発文書をチーム共通の基準とし、80+のAPI契約と12の中核ワークフローを収録しました。context_ledgerは超長文対話を生メッセージの積み重ねに依存させず、増分要約ノードを継続追加することで、コンテキスト管理を「強制切り捨て」から「構造化圧縮」へ進めています。その上に独立したWeb Demoを構築し、レトロなオートミール色のデザインで、サイドバーの折りたたみ、モデル切り替え、思考過程の可視化、記憶保存、複数形式の出力を再現。バックエンドを起動せずに製品全体を提示できます。
Python 3.8+
pywebview
SQLite
Tailwind / Vue
Memory
コンテキスト台帳
Graph
AgentルーティングガードとWebSearchサブAgentの編成
複数ツールを使うAgentワークフローで、主Agentが検索・調査・実行ツールをすべて標準で持つと、高コストAPIの過剰呼び出しにつながりやすくなります。通常の質疑応答、コード変更、軽い検索、深い調査も同じ実行コンテキストに混在し、コストの無駄、曖昧なタスク境界、潜在的な安全上のリスクを生みます。
OpenClaw Sentinelの構想定義から納品までを独力で担当。複数ツールを持つAgentの検索コスト、ツール権限、実行境界を、再利用可能なルーティング統制パターンとして抽象化しました。行動境界、呼び出し方針、検証、オープンソース公開を主導し、一度のMCP接続を移植可能なAgentツール統制策へとまとめています。
2層Agentルーティング:main Agentは軽い検索と実行、web-researcher Sub-Agentは深い調査を担当します。
main Agentは質疑応答、コード操作、計画、軽い検索を担当。Sub-Agentは検索・検証・推論・要約のみを行い、ローカル実行には関与しません。 presetで許可・拒否リストとツール呼び出し方針を宣言し、主Agentによる高コスト調査ツールの乱用を防ぎます。 通常の質問はDuckDuckGoの軽量検索を標準とし、深い調査、複数ソースの照合、構成判断が必要な場合のみPerplexity MCPへルーティングします。 検証スクリプト、インストールスクリプト、2言語READMEを添え、移植可能なAgentツール統制テンプレートにしています。
軽量検索と深い調査のコスト階層化、実行Agentと調査Agentの責務分離、secretsをリポジトリに入れず、API Keyを公開せず、実設定をアップロードしない安全境界を実現。MITライセンスでの公開、2言語README、preset、インストール・検証スクリプトを整備し、OpenClawコミュニティのプリセットとして進化を続けています。
OpenClaw
MCP
Sub-Agent
Agentオーケストレーション
Perplexity API
DuckDuckGo
Agentルーティング
ツール境界
MiMo Vision MCP
Vision
MCPプラグイン
MIT License
GitHub Repo
テキスト専用LLMのMCP視覚ブリッジ層
DeepSeekやQwenなどのテキスト専用大規模モデルは推論とコーディングに優れていますが、視覚を持ちません。Xiaomi MiMo v2.5視覚モデルを標準MCP Serverに包み、text-only Agentがmimo_image_analyzeツールで画像を理解できるようにしました。主モデルは思考、MiMoは知覚を担います。
テキスト専用Agentに視覚を補う仕組みの設計・納品を独力で担当。単一モデルの呼び出しを、インストール・設定・再利用可能なMCPツールへと製品化しました。利用場面、呼び出し境界、安全設定、公開形態を定義し、OpenClaw、Claude Desktop、Cursorなどから安定して接続できるようにしています。
Python MCP SDKをMCP Serverとして包み、text-only Agentが必要に応じて視覚機能を接続します。
MCP Serverはプロトコル宣言、ツール登録、Stdio/SSEトランスポート層の適合を担当します。 MiMo API Adapterはローカルファイル/URL画像のエンコード、APIリクエスト、テキスト結果の正規化を担います。 image_path(必須)+ prompt(任意)の2引数インターフェースを備え、Claude Desktop、Cursor、Cline、OpenClawなどのMCPクライアントに対応します。 API Keyはリポジトリに含めず、環境変数で安全に設定します。
単一ファイルserver.pyでMCP視覚ブリッジ全体を実装し、Agentツールチェーンの視覚不足を補いました。スクリーンショットによる不具合調査、UI分析、OCR抽出、グラフ読解、文書分析に対応。低結合で置換・編成しやすく、主モデルに視覚ロジックを混ぜず、必要なときだけ視覚を接続します。OpenClaw Agent環境で安定稼働しています。
MCP
MiMo v2.5
Vision AI
Python
テキスト専用LLM
画像分析
OCR
Agentツール
QuanWen.art
フルスタックサイト
コンテンツハブ
AI-Native
2言語システム
QuanWen.artは、長期運営できるフルスタックWeb Systemをゼロから独自開発した、個人向けデジタルコンテンツハブです。作品展示、写真記事、プロジェクト進捗、AI対話、問い合わせの手紙、管理画面を同じ構成へ統合し、個人サイトにコンテンツ公開、データ保守、アクセス保護、継続拡張の機能を持たせています。
QuanWen.Artの独立したプロダクト・開発責任者として、サイトの位置付け、コンテンツ構成、公開展示、管理運営、安全保守までを一貫して計画・納品。作品、写真記事、進捗、AI対話、問い合わせの手紙、管理画面を長期運営できるデジタルコンテンツハブに統合し、更新性、アクセシビリティ、安全境界を継続保守しています。
FastAPI + Jinja2 partial + SQLAlchemy + MySQLで、公開SSR、管理用JSON API、AI対話、メディア管理、安全対策を支えます。
フロントエンドSSR層は10個のJinja2 partialでホームを構成し、StreamingResponseと遅延読み込みでファーストビューの表示を改善します。 FastAPIルートとサービス層が、コンテンツ読み込み、メッセージ、AI対話、メディア管理、管理操作を担います。 データ層は14個のMySQLテーブルで、プロフィール、プロジェクト、写真、メディア、メッセージ、アクセスログ、安全ログなどの関係を管理します。 安全層:TrafficGuardMiddleware + CSRF + Session Token + IP単位の頻度制限 + Nginx制限 + fail2banを連動させます。 Tailwind CSSをCDN実行時コンパイルから静的コンパイルへ変更し、初期表示のブロック要因をゼロに。TTFBを262msから約20msへ短縮しました。
独自開発のフルスタックWeb Systemを一人で納品し、QuanWen.Artを運営可能なデジタルコンテンツハブにしました。フロントエンドはStreamingResponseで分割配信し、Partialモジュールにより初期内容を早く表示するとともに、単体テンプレートを継続保守できる構造へ移行。FastAPIバックエンドは公開API、管理画面、AI対話、メディアアップロード、訪問記録、コンテンツサービスをつなぎ、展示から運用までを完結させます。14個のMySQLテーブルに資料、プロジェクト、写真、メッセージ、メディア、訪問者、レート制限記録を保持し、DB優先・静的フォールバックで可用性を高めています。ログイン、CSRF、Session Token、IP別制限、通信分類を備え、異常時はNginxとfail2banを連動させて自動遮断し、運営に必要な保護を整えました。
AI-NATIVE
ストリーミング描画
FastAPI
Jinja2
SQLAlchemy
MySQL
i18n 2言語対応
コンテンツハブ
モジュール設計
性能最適化 2026
Qwen3-8Bによる中国語カスタマーサポートAgentの微調整
大規模モデルのファインチューニング
QLoRA
カスタマーサポートAgent
Kaggle T4
QuanWen.ArtのカスタマーサポートAgentに向け、KaggleのTesla T4 2枚という制約下で、8B規模のオープンモデルをパラメーター効率よく微調整する方法を探究しました。Qwen/Qwen3-8Bを基盤に中国語指示データを投入し、自己紹介への応答、技術説明、商品コピー、顧客対応の学習例を構築。データ作成、ChatML変換、4bit量子化ロード、SFT学習、Adapter保存、再装着しての推論検証まで一貫した工程を実行しました。
独立した責任者として、QuanWen.Artの顧客対応を対象に8B規模の公開モデルの特化微調整を設計・検証しました。学習目標、中国語の顧客対応・自己紹介Q&Aデータ範囲を定義し、低コストGPU環境での実験経路を計画。学習検証から、将来のサイト顧客対応コーパス導入に向けた実現可能性までを確認しました。
Hugging Faceエコシステムを用い、T4 2枚で8BモデルのSFT / QLoRA微調整を検証しました。
中国語のinstruction/input/outputデータを構築し、自己紹介Q&A、技術説明、商品コピー、顧客対応をカバーします。 Transformers + Datasets + PEFT + TRL + bitsandbytesで学習全体を構成し、ChatMLテンプレートで会話形式を統一します。 BitsAndBytesConfigで4bit NF4 + double quantizationを使用してGPUメモリー負荷を軽減。LoRAをq_proj、k_proj、v_proj、o_proj、gate_proj、up_proj、down_projなどの主要モジュールに注入します。 paged_adamw_8bitオプティマイザー、gradient accumulation、k-bit学習で低コストGPU実験環境に適応します。 Adapterの保存、圧縮、再読み込み、推論検証まで一連の工程を完結します。
低コストのクラウドGPU環境でQwen3-8BのTrain -> Save -> Package -> Reload -> Inferenceを一貫して完了し、8B規模のSFT / QLoRAに再利用できる開発テンプレートを整えました。限られたGPUメモリーでも中国語の特定領域向け微調整が可能であることを確認し、QuanWen.Artの顧客対応コーパス導入、非公開知識Q&Aの拡張、サイト専用サポートAgent構築の技術基盤としています。
Qwen3-8B
SFT
QLoRA
PEFT
Hugging Face
BitsAndBytes
ChatML
カスタマーサポートAgent
GEO / SEO可読性ガバナンス — AI検索と構造化インデックスの入口
GEO
SEO
llms.txt
構造化データ
個人サイトは訪問者向けの視覚的ページだけでなく、検索エンジン、AI検索、モデル学習の仕組みが安定して理解できる公開コンテンツの拠点でもあるべきです。QuanWen.Artの外部からの見つけやすさを整備し、単なる表示ページからrobots.txt、sitemap.xml、llms.txt、JSON-LD構造化データを備えた機械可読サイトへと進化させました。
QuanWen.Artの外部発見性と機械可読性の全体整備を担当。公開コンテンツ、非公開パス、検索エンジンのクロール、AI crawlerのアクセスの境界を定義しました。方針設計、内容の意味整理、オンライン検証までを主導し、訪問者向け作品ページから、検索・回答エンジンや大規模モデルが安定して理解できる公開知識ノードへと拡張しています。
FastAPIでrobots.txt、sitemap.xml、llms.txt、JSON-LDを動的生成し、公開知識ノードを検索・AIエコシステムへ接続します。
ルート層に/robots.txt、/sitemap.xml、/llms.txtなどを公開。sitemapはホーム、写真一覧、進捗ページ、公開写真の詳細を自動出力します。 robots.txtでGoogle、Bing、Baidu、Sogou、360、Shenmaなどの検索エンジン、およびOpenAI、Perplexity、Applebot、Google-Extended、CCBotなどのAI crawlerを明示的に許可します。 同時に/admin、/api、/passport、/partial、/uploadsなどの非公開パスをブロックします。 llms.txtにサイトの位置付け、主題、代表プロジェクト、AI学習・引用方針をMarkdownで記述します。 JSON-LDでSchema.orgのPerson、WebSite、ProfilePage、CollectionPage、CreativeWork、ItemListなどを使い、エンティティの関係を構築します。 pytestでrobots、sitemap、llms.txtと、ホーム・写真・進捗ページの構造化データ出力を検証します。
この更新により、QuanWen.Artは作品展示ページから、機械が理解できる公開知識ノードへ進みました。検索エンジンはsitemapから公開内容を収集し、AIはllms.txtで主題と許諾範囲を把握。構造化データは検索・回答エンジンに作者、サイト、プロジェクト、コンテンツ集合の関係を伝えます。robots、sitemap、llms.txt、JSON-LDを検証し、本番サービス再起動後、公開入口はいずれもHTTP 200を返しました。
FastAPI
robots.txt
sitemap.xml
llms.txt
JSON-LD
Schema.org
AI Crawler
pytest
パーソナリティ予測とユーザー行動の洞察
データサイエンス
研究プロジェクト
ユーザー行動の理解を軸に機械学習分析パイプラインを構築し、パーソナリティ予測がユーザー分類や運営戦略支援に役立つかを検証しました。
パーソナリティ予測という研究課題を検証可能なデータ分析タスクに落とし込み、データ処理、特徴量の解釈、モデル比較、結果表現の範囲を定義。モデル出力を業務側にも理解できるユーザー群と行動の洞察に整理し、CRMラベル付け、A/Bテスト、個別アプローチの検討材料とすることに注力しました。
Pandas + Scikit-learn + XGBoostで、データ洗浄から分類結果の説明までを一貫したパーソナリティ予測パイプラインにします。
データ層で欠損値処理、外れ値除外、特徴量エンコード、標準化を行います。 XGBoost + Scikit-learn Pipelineで学習と検証を構成し、GridSearchCVでパラメーター探索と交差検証を行います。 標準化とワンホットエンコードをパイプライン内に置き、前処理によるデータ漏洩リスクを抑えます。 モデル結果を、CRMラベル付け、A/Bテスト、個別アプローチの議論に使える形へ読み替えます。
生データから説明可能なモデル出力までの分析工程を確立し、CRMラベル付け、A/Bテスト、個別アプローチ戦略の検討をさらに支援できる形にしました。
Pandas / Numpy
XGBoost
Scikit-learn
データ可視化
開発ログを見る
複数ソースWeb収集・世論分析エンジン
データエンジニアリング
拡張可能
動画コメントと専門ニュースの収集に向けて、継続的な取得、洗浄、構造化出力ができる収集エンジンを構築し、政策研究と世論観測に活用します。
分散したWebページ、コメント、ニュースのニーズを再利用可能な収集タスクに整理し、範囲、データ項目、洗浄基準、納品形式を明確化。単発の手作業を継続稼働できるデータ工程へ変え、政策研究、世論観測、後続の感情分析に安定したデータ源を提供しました。
requests + asyncio + rvestで非同期の複数ソース収集を構成し、構造化された研究素材を出力します。
asyncioの並列プールで複数ページの取得効率を高め、ランダム遅延、User-Agent切り替え、Cookieセッション維持で安定性を向上します。 洗浄層で項目抽出、重複排除、形式統一、異常値除外を担当。出力項目と洗浄基準は事前に標準化します。 最終出力はCSV / 表計算ファイルとし、感情分析や政策研究で再利用しやすくします。
取得、洗浄、構造化保存までの一貫した工程を整え、生のWeb内容を手で整理する負担を削減。後続の感情分析や競合観測に向けた拡張可能な基盤も残しました。
Python / asyncio
rvest
アンチスクレイピング対策への対応
データパイプライン
開発ログを見る
Amazon USへの精緻な商品展開
運営戦略
継続実行中
Amazon US FBMの精選型商品展開を対象に、経験頼みではなく、新商品発掘、素材準備、掲載リズムの判断根拠を整えることを目指しています。
Amazon US FBMにおける商品選定、新商品掲載のペース、素材準備の連携を担当し、経験頼みの展開を振り返りやすいデータ駆動の工程へ改善。市場トレンド、キーワード判断、素材品質、掲載リズムをつなぎ、運営戦略とAI画像ツールチェーンの安定した連携を進めました。
SellerSprite + Google Trends + AI画像ツールチェーンで、商品判断、素材準備、掲載リズムの振り返りを一つの循環にします。
データ判断層はキーワード人気、競争の強さ、利益余地を重視し、トレンドとキーワードデータで商品選定の優先順位を定めます。 素材制作層は商品画像の最適化とAIシーン画像生成をつなぎ、AI画像ツールの導入で制作の一貫性を高めます。 運営振り返り層は掲載ペース、素材品質、後続の実績を記録し、商品選定ルールと素材基準を継続修正します。
商品選定と新規掲載のリズムを段階的に安定させ、商品ページの品質、表現の一貫性、素材準備の効率を重点改善。長期的な反復最適化に適した流れを築いています。
SellerSprite
Google Trends
FBM精選型商品展開
オリジナル白背景画像
Painter-Harness
画像モデルのバッチ生成・複数ターン編集基盤
中核プロジェクト
継続改善中
Harness
画像モデル向けHarness ·
Harness基盤による複数ターン編集 ·
プレフィックスキャッシュ対応
プロジェクトの背景
画像モデルはステートレスです。1回の呼び出しで1枚を生成しても、バッチの進捗も前の画像が失敗した理由も覚えておらず、参照画像との一貫性も保証しません。一方、商品詳細画像の制作は、長時間・多段階・セッション横断の仕事です。
Painter-Harnessが補うのは、モデルの外側の層です。構図の契約、制約の足場、モデルルーティング、状態の外部化、失敗からの復旧はランタイムが担い、モデルは描画だけを担当します。
AI描画と複数ターンの対話修正を標準で支え、その能力はモデルのセッション保持ではなくHarness基盤が提供します。生成済みのどの画像も基準にして対話を続け、参照画像を追加し、各ターンで派生画像を作れます。商品固定と文言制約はセッション全体で維持されます。
一般的な区分であるAgent = Model + Harnessに従い、本プロジェクトは画像モデル向けに後半を実装します。
担当したこと
このランタイムの設計・実装を担当。重心はプロンプト調整よりも、契約定義、状態保存、失敗処理、権限境界に置き、画像の一貫性、プロトコル互換性、クォータ調整、履歴再生に責任を持ちます。
技術構成
4層構成で、モデル呼び出しを決定論的なコードで挟みます。
Scaffold 商品固定、表示文言の許可リスト、メタデータの描画禁止、色の忠実性を構造化制約として固定し、毎回組み立てるため、文脈の蓄積に依存しません。構図情報はノードを契約単位とし、各ノードを独立タスクにします。
Runtime ディレクトリ走査、タスク生成、リクエスト組み立て、モデル振り分け、成果物回収、ディスク保存を担当。モデル群の違いを1層のアダプターに収め、生成と編集は同じタスク抽象を共有します。未対応の任意パラメーターは段階的に縮退し、バッチ全体を止めません。並列数、間隔、タイムアウト、クォータはランタイムが一括調整します。
基盤機能 複数ターン編集は、モデル自身のセッション保持ではなくランタイムが担います。画像ごとにセッションを持ち、状態、参照素材、派生系譜をモデル外に永続化。各ターンで基準画像、追加参照、本ターンの指示を独立リクエストへ再構成します。そのため単発APIのモデルでも複数ターン編集が可能です。派生画像は保存され、現在画像へ切り替えられ、セッションをまたいで再開できます。
組み立て順は「安定した制約プレフィックス → 可変ノードと指示」に固定。プレフィックスキャッシュ対応モデルでは直接キャッシュを利用し、反復制約部分の課金入力コストを分散することで、長いバッチや複数ターン編集の画像生成費用を大きく抑えます。
State 進捗はランタイムの外へ保存します。バッチチェックポイントにより完了ノードを次回実行でスキップでき、ターン別の保存により、画像補完・修正・派生比較のたびに全バッチをやり直す必要がありません。
Guardrail 状態とログをリアルタイム配信し、失敗時はエラー分類、クォータの出所、再試行履歴を残します。タスクは随時キャンセル可能。高コスト生成機能は自動化ツール一覧へ入れず、拡大とファイル容量の調整は任意の後処理として接続します。
成果と特徴
モデルは変わらず、納品の確実性はランタイムから生まれます。ディレクトリ契約が入力を予測可能にし、制約の足場が出力を揃え、チェックポイントが失敗を単一ノードに限定し、セッション状態が細かな修正でも文脈を守ります。
複数ターン編集を基盤機能にすることで、モデル選定がセッション能力に縛られなくなり、単発APIのみのモデルも編集経路に参加できます。安定したプレフィックス順序は、キャッシュ対応モデルで反復制約の費用をさらに分散します。一組の構造化ノードで多言語版を動かし、バッチ生成と単画像の複数ターン編集を同じツール層で扱います。
Python 3.12 · FastAPI · Pydantic · ネイティブJSコントロールプレーン
ツール調整 · 並列編成 · クォータプール · 再試行と縮退方針
複数モデル群のルーティング · 生成 / 編集の2経路 · パラメーター互換性の統合
制約の足場 · 構造化ノード契約 · 出力解析と検証
基盤レベルの複数ターン編集 · 派生系譜 · 参照素材セッション
安定プレフィックス構成 · キャッシュヒット · 単発モデル互換 · コスト分散
状態の外部化 · バッチチェックポイント · Memory-like State
観測可能なログ配信 · 中断可能なタスク · 権限の絞り込み
越境商品向けAI一括ビジュアル制作:JSONワークフロー生成ツール
標準化され、高度に制御可能なSD / Midjourney自動画像レンダリング用JSONメタデータをワンクリック出力
ビジュアルの美的スタイル
フランス風レトロ油彩
写実的な植物素描
パリの屋根裏部屋風マガジンスタイル
越境販売の主力商品
サドル調牛革バッグ
キャンバスと真鍮のトラベルバッグ
アカデミックなメッセンジャーバッグ
担当したこと
越境商品の詳細画像生成におけるスタイル、商品、構図、描画パラメーターを、設定可能なPrompt JSONワークフローへ整理しました。手書きPromptに依存していた制作を、構造化・再利用・実演可能な生成画面に変え、AI画像制作におけるパラメーター制御の理解を支援します。
技術構成
越境商品詳細画像の生成工程を構造化Prompt JSONへ抽象化し、スタイル、商品属性、構図、描画設定を変更・プレビュー・再利用可能にします。
パラメーター層で商品種類、ビジュアルスタイル、訴求点、背景、カメラ、出力仕様を管理します。 フォーム入力を構造化Prompt JSONへ組み立て、出力に項目制約を残すことで、将来のComfyUI、Fluxなどとの連携を容易にします。 即時プレビューで「パラメーターの変更 → 視覚的意図の変化」を理解しやすくし、手書きPromptの再利用・修正コストを下げます。
JSONプロンプト構造を生成してワンクリックコピー
クリップボードにコピーしました! SD/MJ自動化ツールでそのまま使えます。
Generating JSON system blueprint...