まだ名前のない魔法

2026.10.07

以下は、 https://TranquilGuides.com で生成した私専用のPersona Magic Profileです。
[TASK]
このProfileを、今後の生成における「魔法法則の固定核」として使用してください。
これは性格診断・心理診断・能力判定・適性評価・占い・客観的な人格分析ではなく、質問への選択から構成された創作上の魔法体系です。
このPromptを受け取ったら、最初に追加質問をせず、Profileを保持した具体的な成果物を一つ生成してください。 迷った場合も質問へ戻らず、固定核を壊さない最小限の解釈で最初の一例まで進めてください。
[PRIORITY]
1. Persona Magic Profile = FIXED CORE
2. 正当に参照できる既存文脈 = SUPPORTING CONTEXT
3. 固定核を壊さず成立させる論理解釈 = DERIVED INTERPRETATION
4. 今回だけの具体化 = MANIFESTATION DETAIL
下位層から上位層を書き換えないでください。Profileに確定値として書かれた項目は、直接質問されたか、回答間の整合からTranquilGuides側で解決されたかに関係なくFIXED COREです。未確定なのは、明示的にunspecified / open等として残された部分だけです。
[PERSONA MAGIC PROFILE]
{{PERSONA_MAGIC_PROFILE}}
[/PERSONA MAGIC PROFILE]
[CORE SEMANTICS]
Profileの各項目は装飾語ではなく、互いに因果関係を持つ法則です。
DOMINANT_PRINCIPLE = 中心原理。
SOURCE = 力の発生源。
ACCESS = SOURCEと有効なTARGETの接続が成立する条件。
MEDIUM = 接続成立後にEFFECTを実行する行為・媒介。
TARGET = 作用対象。
EFFECT = TARGETへ起きる変化。
COST = 発動に伴って必ず失われるもの。
LIMIT = 成立範囲・使用条件を制約する境界。
CONTROL = 結果を意図的に決められる全体的な程度。
ONTOLOGY = この魔法が成立可能である理由を定める世界法則。
原則として SOURCE → ACCESS → MEDIUM → TARGET → EFFECT → LIMIT/COST → CONTROL の因果を、ONTOLOGYが全体として説明します。SOURCE / ACCESS / MEDIUMを同義にしないでください。たとえばsource=self、access=contact、medium=touchなら、力は本人から生まれ、接触で対象との接続条件が成立し、その接続中のtouchが発動行為です。役割を混ぜて一つの設定へ潰さないでください。
[FIXED CORE RULES]
Profileのtype、operation、level、ontology、明示されたrule等を、SUPPORTING CONTEXT、ジャンル慣習、ドラマ性、映像映え、ゲームバランス、一般的な魔法イメージを理由に変更しないでください。
COSTとLIMITは別概念です。cost.type=noneなら、寿命、記憶、身体損傷、精神的消耗、疲労、人格変化、資源消費、強制的な時間損失等を「発動の代償」として追加しません。ACCESSを満たすこと、MEDIUMを行うこと、通常の操作時間、LIMITによる禁止・待機条件は、それだけではCOSTではありません。
CONTROLのlevelは全体的な制御度です。highでも、対象選択、範囲、強度、時点、持続時間、形状等の全次元を自由に決定できるとは限りません。control.dimensionsがunspecifiedなら、その次元を固定設定にしません。
TARGETのtypeは対象カテゴリであり、語から連想できる全領域を自動的に含みません。target.type=traceかつdomain=unspecifiedでも、物理的痕跡、匂い、デジタルログ、記憶、DNA、関係性等をすべて対象にできるとは断定しません。
EFFECTのoperationは変化の方向を固定します。effect.mode=unspecifiedなら、物理的再形成、知覚可能化、情報的復元等の実装方式は未確定です。TARGETが状態・関係・境界・不在・可能性等の抽象対象なら、固定値を変更せず両立する最小の解釈を選びます。
ONTOLOGYは雰囲気説明ではなく世界法則です。principle / reference / descriptionを一体として読み、descriptionと矛盾する設定を追加しないでください。ONTOLOGYから導けることと、今回だけの実装を分離してください。
[UNRESOLVED VALUES]
unspecified = このProfileでは固定されていない正式な状態です。「自由にcanon化してよい」という意味ではありません。
open = 主にAesthetic上、固定されていない状態です。雰囲気を埋める義務はありません。
一つの完成例に必要ならunspecified / openを一時的に具体化できますが、それはMANIFESTATION DETAILです。ユーザーが採用しない限りProfileへ書き戻さず、後続生成にも自動継承しません。
例：limit.type=limited_usesでquantity/reset_rule=unspecifiedなら、固定核は「使用可能回数が有限」であることだけです。「1日3回」「睡眠で回復」等を固定設定として発明しないでください。例の中では「残りの使用可能回数が尽き、次の発動が成立しない」のように、数値・周期を確定せずLIMITを見せられます。
Profile内の固定項目同士が一見衝突する場合、一方を無視・上書きしません。両方が成立する最小のDERIVED INTERPRETATIONを組み立てます。情報不足を埋めるためだけに設定を増やさず、成果物に必要な範囲だけ仮置きしてください。
[SUPPORTING CONTEXT]
あなたがこのサービス内で正当に参照できる過去会話、Memory、プロフィール、カスタム指示、現在の会話履歴、本人が明示した制作物・好みをSUPPORTING CONTEXTとして使用して構いません。ただしFIXED COREを変更する根拠にはしません。
役割は、Profileだけでは決まらない質感、媒体、空間、道具、言葉のリズム、提示形式等を補助することです。既存作品・既存プロジェクトをほぼ再構成して魔法を付け足す使い方は避けてください。最初の成果物で主要な個人文脈を使うなら、原則として少数、目安2〜3要素で十分です。
医療・健康、精神状態、診断、政治、宗教、性的情報、家族、犯罪歴、金融情報、住所、連絡先等のセンシティブな情報は、本人が今回の創作へ明示的に持ち込みたいと指示しない限り使用しません。
参照可能な根拠なく「昔から〜だった」「本当は〜を望んでいる」等の個人的事実を断定しないでください。Profileの語から心理状態、トラウマ、病歴、性格、価値観を逆算しません。参照可能な文脈がなければ、架空の経歴や嗜好で補わずProfile単体から生成してください。
[ANTI-CONVERGENCE]
月、星、結晶、青紫、銀色、金色の粒子、古書、ルーン、魔法陣、時計、鍵、蝶、羽、黒いローブ、杖等を、「魔法らしい」「神秘的」という理由だけで追加しないでください。Profileの因果を成立・明瞭化するために必要な場合、またはSUPPORTING CONTEXTが明確に支持する場合だけ使用します。
「記憶=古書」「時間=時計」「境界=扉」「喪失=雨」のような一対一の象徴変換を避けます。まず法則を考え、その法則から外観・音・動き・空間・物質を導いてください。神秘的・幻想的・詩的であることは義務ではありません。無機質、日常的、工業的、事務的、都市的、ユーモラス、静的、騒々しい、簡素でも構いません。既存作品・キャラクター・映画・漫画・小説・ゲームの固有設定へ寄せません。
[MANIFESTATION RULES]
最初の成果物は設定要約ではなく、この魔法が実際に一度成立したと理解できる具体物にしてください。SOURCE、ACCESS、MEDIUM、TARGET、EFFECT、LIMIT、CONTROL、ONTOLOGYを、成果物に必要な範囲で因果として統合します。抽象語だけで終わらず、何が、どこで、どう変わり、何によって変化を確認できるかを具体化してください。
Profileに明記されていない限り、最初から世界規模、都市規模、歴史改変、生命の創造・消滅、万能な時間操作等へ拡張しません。法則を確認できる最小のスケールを優先します。これは能力の最大出力を固定する意味ではありません。例で選んだ対象範囲・距離・時間・数量を固定射程へ昇格させません。
新しく作る人物、場所、物、出来事、名前、色、音、数値、道具、演出等は、ユーザーが明示的に採用するまでMANIFESTATION DETAILです。
[CANON / CONTINUITY]
このProfileの確定値は、質問数や質問順を根拠に弱めないでください。5問で成立したProfileと10問で成立したProfileを、質問数だけで異なる信頼度として扱いません。確定値はFIXED CORE、unspecified / openは未確定です。生成時に補った値は、ユーザーが「この設定を残して」等と明示的に採用した場合だけ後続へ継承できます。
同じProfileをTEXT、IMAGE、AUDIO、CODE、GAME等へ展開しても、媒体変更を理由に魔法法則を変えません。媒体ごとに見せ方は変えても、SOURCE、ACCESS、MEDIUM、TARGET、EFFECT、LIMIT、COST、CONTROL、ONTOLOGYの因果を保持してください。ある媒体で作ったMANIFESTATION DETAILを、別媒体へ自動的に固定設定として持ち越しません。
ユーザーが生成結果の一部を拒否した場合、その拒否をFIXED COREへの否定と解釈しないでください。拒否されたMANIFESTATION DETAILだけを外し、同じ法則から別の具体化を作れます。ユーザーが法則変更を明示した場合のみProfile変更を扱います。
[ARTIFACT ROUTER]
生成前に内部で、まずArtifact Type「何を作るか」を一つ選び、その後Output Form「どう出すか」を一つ選びます。STORY / NARRATIVE / TEXTを既定値として優先しません。
Artifact Type:
NARRATIVE = 出来事・場面・脚本・記録
CHARACTER = 人物・生物・精霊・NPC・怪異
OBJECT = 道具・装置・衣服・武器・家具・Artifact
PLACE = 部屋・家・駅・施設・森・異常空間
WORLD = 都市・国家・文化・歴史・制度・Lore
SYSTEM = 魔法体系・能力・分類・因果・ルール
GAME = RPG・TRPG・カード・ボード・パズル
ARCHITECTURE = 建築・内装・平面・断面・導線
VISUAL = Key Visual・Poster・Symbol・Logo・Concept Art
AUDIO = 音楽・環境音・Soundscape・朗読
INTERACTIVE = Web Experience・App・Simulation・Generator
DOCUMENT = 設定資料・図鑑・企画書・仕様書・Presentation・Rulebook
Output Form:
TEXT / IMAGE / DIAGRAM / AUDIO / VIDEO / CODE / FILE / INTERACTIVE_ARTIFACT
必要ならSVG / HTML / PDF / DOCX / PPTX / JSON / YAML / Mermaid等を下位形式にします。IMAGEはArtifact Typeではありません。WEB / APPも主にINTERACTIVEの実装形式です。
成果物の種類は、その人らしさを示すための演出ではなく、Profileの因果を最も明瞭に実体化できるものを選んでください。迷う場合は、既存文脈の量ではなく、法則を最小の追加設定で示せるArtifact Typeを優先します。
[CAPABILITY CHECK / FALLBACK]
Output Formを決めた後、現在のAI環境でその形式を実際に生成できるか内部確認してください。利用可能だと実際に確認できるプラン、quota、権限、Plugin、Tool、Artifact、画像・動画・音声生成、File Exportだけを使用します。利用可否を確認できない能力を「利用可能」と推測しないでください。
直接生成可能なら、説明だけで済ませず実成果物を生成します。直接生成できない場合もArtifact Typeは固定し、Output Formだけを変更します。
1. 同じArtifact Typeで生成可能な最も近いOutput Form
2. 同じArtifact Typeのproduction-ready TEXT SPEC
3. それも難しい場合のみ、同じArtifact Typeを保持した最小テキスト実装
代表例：
VISUAL + IMAGE → VISUAL + DIAGRAM/SVG → VISUAL + TEXT SPEC
ARCHITECTURE + IMAGE → ARCHITECTURE + DIAGRAM → ARCHITECTURE + TEXT SPEC
INTERACTIVE + INTERACTIVE_ARTIFACT → INTERACTIVE + CODE → INTERACTIVE + TEXT SPEC
AUDIO + AUDIO → AUDIO + FILE → AUDIO + TEXT SPEC
DOCUMENT + FILE → DOCUMENT + TEXT
VIDEO + VIDEO → VIDEO + DIAGRAM/Storyboard → VIDEO + TEXT SPEC
画像不可→短編、動画不可→小説、Web不可→物語のようにArtifact Typeまで変更しません。Fallbackが発生した場合だけ、ユーザー向け出力の冒頭で「選択: ARTIFACT_TYPE + OUTPUT_FORM / 代替: ARTIFACT_TYPE + OUTPUT_FORM」と簡潔に示してください。
[OUTPUT CONTRACT]
内部処理：
1. Profileと必要なSUPPORTING CONTEXTを読む。
2. Artifact Typeを一つ決める。
3. Output Formを一つ決める。
4. Capability Checkを行う。
5. 必要な場合だけOutput FormをFallbackする。
6. FIXED COREとの整合を内部確認する。
ユーザーへの最初の出力：
1. Fallbackがある場合だけ選択/代替を短く示す。
2. 必要なら短いタイトル。
3. 実成果物そのもの。
4. unspecified / openを主要な形で具体化した場合だけ「今回の具現化で補った要素」。
5. 最後にだけ「次は何を作りたいですか？」。
Artifact Type、Output Form、Capability Checkを、直接生成できる場合に毎回メタ情報として表示する必要はありません。「了解しました」だけで止まらず、Profile要約だけで終わらず、生成前に形式選択を質問しないでください。
「今回の具現化で補った要素」には、固定核と誤解されやすいdomain、effect mode、具体的な数値・周期、対象範囲、射程等だけを短く記します。すべての小道具を列挙しません。DERIVED INTERPRETATIONとMANIFESTATION DETAILをProfileへ書き戻しません。
成果物提示後、ユーザーが「別案」と言えばFIXED COREを維持してManifestationを変更できます。「もっと私らしく」ならSUPPORTING CONTEXTの使い方を調整します。Profile自体を変更するのは、ユーザーが魔法法則そのものを変えたいと明示した場合だけです。
[INTERNAL PREFLIGHT]
出力前に内部で確認し、問題があれば修正してください。
– FIXED COREを書き換えていない。
– SOURCE / ACCESS / MEDIUMを区別している。
– TARGET domainやEFFECT modeのunspecifiedを無制限・固定設定にしていない。
– limited_usesへ勝手な回数・reset_ruleを設定していない。
– CONTROLから未指定の制御次元を確定していない。
– COSTがnoneなら隠れた代償を追加していない。
– ONTOLOGYと矛盾していない。
– SUPPORTING CONTEXTが固定核を上書きしていない。
– 個人的事実・心理・経歴を捏造していない。
– 定番魔法記号を雰囲気だけで追加していない。
– 既存IPへ寄せていない。
– 追加質問を成果物より先にしていない。
– FallbackでArtifact Typeを変えていない。
– 必要な一時的具体化だけを開示している。
固定核に書かれていないことまで固定設定にせず、未定義を未定義のまま尊重してください。一例に必要な分だけ具体化し、ユーザーの選択余地を残してください。

Below is my Persona Magic Profile generated by https://TranquilGuides.com .
Use it as the FIXED CORE for future generation. It is a creative magic system, not diagnosis, divination, prediction, or a factual assessment of me.
Priority:
1. Persona Magic Profile = FIXED CORE
2. Legitimately accessible context = SUPPORTING CONTEXT
3. Fixed-core-preserving logic = DERIVED INTERPRETATION
4. One-generation concretization = MANIFESTATION DETAIL
Never let a lower layer rewrite a higher one. Resolved Profile values are FIXED CORE whether directly answered or resolved by TranquilGuides from consistent answers; only explicit unspecified / open values remain unresolved.
[PERSONA MAGIC PROFILE]
{{PERSONA_MAGIC_PROFILE}}
[/PERSONA MAGIC PROFILE]
1. Causal reading
Fields are causal rules, not decoration.
DOMINANT_PRINCIPLE=central principle; SOURCE=power origin; ACCESS=condition connecting SOURCE to a valid TARGET; MEDIUM=action/channel executing EFFECT after connection; TARGET=what is acted on; EFFECT=change; COST=unavoidable activation loss; LIMIT=valid-use boundary; CONTROL=overall intentional outcome control; ONTOLOGY=world law explaining possibility.
Use SOURCE → ACCESS → MEDIUM → TARGET → EFFECT → LIMIT/COST → CONTROL under ONTOLOGY. Keep SOURCE/ACCESS/MEDIUM distinct. Details absent from the Profile are not canon.
2. FIXED CORE / unspecified
Do not alter Profile types, operations, levels, or ontology for context, genre, drama, visuals, or game balance.
COST ≠ LIMIT. If cost.type=none, do not add lifespan/memory loss, harm, mental depletion, fatigue, personality change, resource consumption, or mandatory time loss as a price. ACCESS, MEDIUM, ordinary operation time, and LIMIT restrictions are not automatically COST.
CONTROL level is overall controllability. high does not automatically fix target choice, range, intensity, timing, duration, shape, or other dimensions. An unspecified control dimension remains unfixed.
unspecified means “not fixed by this Profile,” not “free to canonize.” Instantiate it only when needed for one complete example; it remains MANIFESTATION DETAIL unless the user adopts it. For limited_uses with quantity/reset_rule unspecified, only finitude is fixed. Do not invent a number/reset cycle; exhaustion may be shown without defining either.
3. TARGET / EFFECT / ONTOLOGY
target.type is a category, not every possible domain. trace + domain=unspecified does not grant every kind of trace; one example may choose one domain only as MANIFESTATION DETAIL.
effect.operation fixes change direction. mode=unspecified leaves implementation unfixed; a mode chosen for one example is not canon. For abstract TARGETs, use the smallest interpretation compatible with fixed fields.
ONTOLOGY is the highest world law, not atmosphere. Treat principle/reference/description together; add nothing contradicting description. Separate world law from this manifestation’s implementation.
4. SUPPORTING CONTEXT / No fabrication
Use legitimately accessible prior conversations, Memory, profile/custom instructions, current conversation, and established works/preferences only for open manifestation variables. Do not rebuild an existing project and add magic; keep context sparse.
Do not use sensitive personal data unless the user explicitly brings it into this creative task.
Do not invent biography, psychology, diagnosis, motives, values, or preferences. If context is unavailable, use the Profile alone. New creative details remain MANIFESTATION DETAIL until adopted.
5. Anti-Convergence / Expression
Do not add stock magic symbols merely for atmosphere. Use them only when causally required or clearly supported by context. Avoid one-to-one symbolic shortcuts; derive appearance from law first.
Style may be mystical, ordinary, industrial, bureaucratic, urban, humorous, noisy, or minimal. Show what changes, where, how, and how it is observed. Do not imitate existing IP.
6. First generation
Do not ask what to make or which format to use before generating. Produce one complete artifact immediately.
Use Profile as FIXED CORE and context only when useful. Do not merely summarize settings: demonstrate the magic operating, with the causal fields visible as needed.
Unless fixed by Profile, use the smallest scale that demonstrates the law; this does not define maximum power and an example’s range is not canon.
If fixed fields seem to conflict, overwrite neither. Use the smallest DERIVED INTERPRETATION in which both remain true; instantiate only what the artifact needs.
7. Artifact Type / Output Form
Question count does not change the authority of resolved Profile values. Changing output medium does not change the magic law; temporary manifestation details remain non-canon unless the user adopts them.
First choose one Artifact Type (what to make), then Output Form (how to deliver it). Do not default to STORY/TEXT.
Types: NARRATIVE / CHARACTER / OBJECT / PLACE / WORLD / SYSTEM / GAME / ARCHITECTURE / VISUAL / AUDIO / INTERACTIVE / DOCUMENT. Choose by the artifact’s primary function, not by a default preference for story or text.
Output Form: TEXT / IMAGE / DIAGRAM / AUDIO / VIDEO / CODE / FILE / INTERACTIVE_ARTIFACT. Use SVG/HTML/PDF/DOCX/PPTX/JSON/YAML/Mermaid etc. as subformats. IMAGE and WEB/APP are output/implementation forms, not Artifact Types.
8. Capability Check / Fallback
After choosing Output Form, use only capabilities you can actually confirm in the current AI environment; do not assume an unverified plan/tool/export capability. If direct creation is supported, create the actual artifact rather than only describing it.
If unavailable, keep Artifact Type fixed and change only Output Form:
1. nearest available form for the same Artifact Type
2. production-ready TEXT SPEC for that Artifact Type
3. minimal text example if necessary
Artifact Type stays unchanged. Never change it because a form is unavailable. Only on fallback, begin: “Selection: ARTIFACT_TYPE + OUTPUT_FORM / Fallback: ARTIFACT_TYPE + OUTPUT_FORM”.
9. Manifestation / Later generation
Only when unspecified values were materially instantiated, add a short “Manifestation details added this time” after the artifact. Mention only choices easily mistaken for canon—especially domain, mode, numbers, cycles, range, target scope. Do not list every prop.
DERIVED INTERPRETATION reconciles fixed fields; MANIFESTATION DETAIL implements one example. Neither is written back into Profile.
Only after the artifact ask: “What would you like to make next?” A requested form continues from the same Profile. “Another version” changes Manifestation only; “more like me” adjusts SUPPORTING CONTEXT. Change Profile only when the user explicitly asks to change the magic laws.
10. Preflight / Output contract
Internal process: read Profile/context → choose Artifact Type → choose Output Form → Capability Check → if needed fallback Output Form only → verify FIXED CORE.
Before output, verify internally that FIXED CORE/ONTOLOGY remain intact; SOURCE/ACCESS/MEDIUM remain distinct; unspecified stays non-canon; no LIMIT quantity/reset, CONTROL dimension, COST, personal fact, or stock symbolism was invented; context stays sparse; no question precedes generation; fallback did not change Artifact Type.
User-facing response:
1. only if fallback occurred, briefly show Selection / Fallback
2. optional short title
3. actual artifact
4. Manifestation details only when materially needed
5. only then “What would you like to make next?”
When direct creation works, do not routinely expose Artifact Type, Output Form, or Capability Check as meta commentary. Do not stop at a Profile summary. Respect undefined values and instantiate only what one example needs.