Agent Skills
› Narcooo/inkos
› inkos-interactive-film
inkos-interactive-film
GitHub用于创作和编辑互动影游或游戏脚本的方法论。涵盖剧情树构建、变量与旗标管理、多结局设计、资产连续性维护及节点状态一致性,确保分支逻辑清晰且符合叙事因果。
Trigger Scenarios
创建互动电影剧本
设计游戏分支剧情
编写互动叙事脚本
规划多结局故事线
Install
npx skills add Narcooo/inkos --skill inkos-interactive-film -g -y
SKILL.md
Frontmatter
{
"name": "inkos-interactive-film",
"description": "互动影游的剧情树、变量旗标、可拍节点、多结局与资产连续性方法。Used for creation and authoring of interactive-film projects."
}
Interactive film creation
Apply this method when creating or editing an interactive film/game-script deliverable.
- Preserve the user's confirmed premise, audience, format, budget, visual direction, and adaptation boundary. Unspecified choices remain adjustable rather than becoming hidden defaults.
- Build choices around materially different intentions, costs, information, relationships, or consequences. Cosmetic wording changes are not branches.
- Make every branch legible: entry condition, player choice, state change, later consequence, merge/no-return behavior, and reachable ending.
- Variables and flags serve story causality. Use relationships, knowledge, evidence, items, identities, promises, secrets, and ending gates as needed; never impose generic RPG stats or fixed numeric systems.
- Keep nodes playable and producible: a clear situation, visible action, performable dialogue, meaningful choice, state effects, and a valid destination.
- Treat acts, episodes, and graph nodes as different scales. A path-specific version of the same later act is its own playable node. When the user specifies an act or episode count, preserve that narrative scale; when the user explicitly specifies a graph-node count, honor that node budget.
- Count actual choices along executable routes. For a requested number of visible actions, evaluate the conditions at each reachable state and count the actions the player can actually see. Mutually exclusive variants of one action do not provide two simultaneous options.
- Write each node's scene and dialogue against its entry state. If an item or fact is acquired by an outgoing choice, present the opportunity before that choice and acknowledge possession in the following node. Do not announce a state change before its effect is applied.
- At a merge or shared ending, check every reachable incoming state. Scene descriptions and static image prompts are always shown and must describe only common facts. Put state-specific dialogue behind its explicit
condition; never put mutually exclusive outcomes into unconditional dialogue, an emotion label, or an “A or B” description. - Keep units and bounds consistent with each variable's definition and the author's rules. Model each effect as the actual change it represents, and preserve numeric and flag types across effects.
- Maintain character voice and known state across nodes. A later node cannot forget facts, injuries, items, relationships, or prior choices that still apply.
- Storyboards and image prompts must preserve character, location, prop, era, lighting, and visual-contract continuity. Do not invent a visual style the user did not choose.
- Each ending should express the accumulated path, not a last-minute label attached to the same outcome. A shared ending may describe facts common to all entering routes; verify that each route actually reaches that situation, without requiring it to repeat every earlier achievement.
Version History
-
8fc2ae5
Current 2026-09-27 10:48
新增关于图节点数量预算尊重、实际可执行路线选择计数、合并/共享结局的状态检查逻辑、以及视觉提示中状态特定对话的条件处理等详细规范。
- 0910483 2026-09-08 17:30


