lofter-fic-writer
Analyze user-provided fandom elements to create LOFTER-style viral fanfiction with catchy titles, emotional outlines, and polished multi-chapter drafts.
Description
name: lofter-fic-writer description: Analyze and write LOFTER-style fanfiction, fandom posts, and high-click title/opening formats. Use when Codex needs to turn a user-provided IP, CP, trope, or rough brainwave into a LOFTER-native writing workflow: identify fandom taste, generate five distinct viral-ready brainwaves, let the user choose one, design title/preface/opening hooks, build an emotional outline, draft the body in no more than four numbered chapters, review against LOFTER blast standards, and revise into a stronger final post with platform-native warnings, tags, and pacing.
LOFTER Fic Writer
Write for click-through first, stay for emotional payoff second, and polish third.
Assume the reader is already in the fandom and understands the CP, canon, shorthand, and common tag culture unless the prompt explicitly asks for a beginner-friendly version.
Read references on demand
Use the bundled references to sharpen blast potential before drafting.
- Read
references/title-patterns.mdwhen the title feels flat, too literary, or not clickable enough. - Read
references/blast-article-anatomy.mdwhen the draft feels like ordinary web fiction rather than a LOFTER blast-style post. - Read
references/sample-index.mdto discover which sample files are available inreferences/samples/. - Read only the most relevant sample files for the requested fandom, trope, or structure. Do not bulk-load everything unless the user explicitly asks for a broad study.
- When using sample files, imitate packaging, pacing, and payoff density rather than wording or scene order.
- If the user wants the article to feel even more like a platform hit, consult at least one methods reference and one sample file before final drafting.
Run this end-to-end workflow
Always move through these stages in order unless the user asks for only one stage.
Input normalizationFandom fit analysisFive viral-brainwave optionsUser choice or default pickTitle / preface / opening designExplosive outlineChaptered full draftBlast-standard reviewTargeted revisionFinal delivery
Do not jump straight to full prose unless the user explicitly wants a rough fast draft.
Stage 1: Input normalization
Turn the user's request into a compact brief.
Capture these fields whenever possible:
IPCP or character focusbase trope /脑洞desired toneformattarget lengthrating or boundary if relevant
If the user gives only IP + CP + 核心梗, infer the rest conservatively and state the assumptions after the work.
Use this brief format internally:
IP:
CP:
Brainwave:
Likely reader expectation:
Preferred mode:
Length target:
Stage 2: Fandom fit analysis
Before generating ideas, decide what this fandom and CP usually reward.
Diagnose what readers are likely here for
Classify the primary appetite:
设定爽点: unusual AU, taboo setup, crack treated seriously, identity reveal, pregnancy, raising kids, crossover impact情绪爽点: old feelings, bitterness, protection, mutual dependence, break-and-mend, grief, healing互动爽点: bickering, forced proximity, public embarrassment, jealousy, chaos in group settings围观爽点: forum posts, chat logs, gossip, leaks, ensemble reaction剧情爽点: mission, competition, canon divergence, rescue, revenge, comeback
Then classify the CP dynamic in simple language, for example:
宿敌拉扯老搭档旧情复燃高冷被看穿病弱被全员惦记强强互呛小太阳照进阴影
Decide the best article mode
Choose one primary form:
短打梗文中短篇剧情文论坛体 / 爆料体 / 聊天体群像节日文连载开篇
State why that mode fits the appetite above.
Stage 3: Five viral-brainwave options
When the user provides IP + CP + 核心梗, expand it into exactly 5 different viral-ready brainwaves.
Do not make the five options feel like tiny rewrites of the same sentence. Push them into clearly different directions, for example:
- one sweeter
- one more dramatic
- one more public-chaos /围观
- one more emotional-healing
- one more high-concept or funny
Each option must include
concept labelone-sentence pitchmain payoffwhy LOFTER readers would clickrisk
Example format:
方向 A:退役夜旧情复燃
一句话:张驰退役当天装作没事,只有孙宇强看出来他舍不得。
主回报:嘴硬被拆穿,最终被接住。
点开理由:现实向旧搭档情绪拉扯,容易截图传播。
风险:如果开头太平,会像普通抒情文。
Stage 4: User choice or default pick
User choice comes first.
After generating the five options:
- present all five clearly
- recommend one as
最稳爆款 - let the user choose which one to continue with
If the user does not choose and explicitly asks to proceed, pick the recommended one and say so briefly.
Record the chosen option in this format:
Chosen brainwave:
Why this one:
Core promise:
Stage 5: Title / preface / opening design
Treat these as a separate stage. Do not bury them inside drafting.
Titles
Generate 8-15 options across at least three intensities:
稳妥型: clear CP + clear trope高点击型: more dramatic, more colloquial, stronger abnormal event长句反转型: spoken setup that flips at the end
Reliable title formulas:
【CP/角色】+ 离谱事件【CP/角色】+ 口语化长句 + 临门反转【栏目名/瓜主口吻】+ 爆料体标题系列名 + 分卷标记
Title rules:
- show IP/CP recognition fast
- surface the strongest abnormal event
- prefer spoken Chinese over elegant prose
- imply a screenshot-worthy payoff
Preface
Write 1-5 lines only.
Include only what helps entry speed:
ooc / 私设 / if线 / 慎入- pairing tendency or key tags
- one-line premise or mood
- optional interaction line
Avoid apology dumps and canon recaps.
Opening hooks
Generate 2-3 possible opening paragraphs before choosing one.
Preferred opening types:
- direct abnormal sentence
- familiar canon scene with one twist
- public reveal / private embarrassment
- conflict in progress
The chosen opening must pay off the premise within the first 150-300 Chinese characters.
Stage 6: Explosive outline
Build the outline around reader payoff, not just plot logic.
Default outline format
Provide:
core premisereader expectationprefaceopening paragraph5-8 scene beatsending modequote-point or screenshot linechapter split
Use this payoff structure by default
-
HookState the gimmick or conflict immediately. -
RecognitionShow the canon dynamic readers came for. -
Escalation 1Add misunderstanding, jealousy, sickness, protection, or exposure. -
Escalation 2Raise the emotional cost or public pressure. -
PayoffDeliver the thing the title promised. -
Aftertaste / Next hookEnd with one image, one line, or one fresh problem that fuels comments.
Outline rules
- Every
1-3paragraphs of the eventual draft should deliver new emotional value. - If a scene does not create a new feeling, reveal, or reversal, cut or merge it.
- Prefer one strong trope pushed hard over many weak tropes at once.
- Split the story into chapters only when that improves hook density and readability.
- Use no more than
4chapters total. - Number chapters as
01,02,03,04. - Each chapter should end on a mini-hook, emotional turn, or stronger intimacy point.
Stage 7: Chaptered full draft
Expand the outline without losing hook density.
Prose rules
- Write in readable, emotional, screenshot-friendly Chinese.
- Keep paragraphs short.
- Use dialogue, reactions, and scene turns to carry momentum.
- Use narration to connect beats, not lecture.
- Assume an in-fandom audience; avoid beginner exposition.
High-return devices
Lean into combinations such as:
高冷 x 小太阳宿敌 x 默契搭档病弱 x 全员紧张嘴硬 x 护短公开翻车 x 私下心软一人掉马 x 全员围观
Practical length bands
1.5k-3k: one-shot梗文, one central joke or reversal3.5k-5.5k: best default for a LOFTER爆文 one-shot6k-8k: richer chapter or stronger群像/剧情文8k+: event piece, holiday special, or major ensemble chapter
When unsure, target 4k-5k.
Chaptering rules
- Default to
2-4chapters when the user asks for a full article workflow. - Use
01,02,03,04as chapter labels. - Make each chapter readable as a posting unit, but still part of one continuous emotional climb.
- Chapter 01 must establish the hook fast.
- Final chapter must deliver the promised payoff and emotional seal.
- Do not create fake chapters if the story is too small; in that case use
01only.
Stage 8: Blast-standard review
Review the draft in layers. Do not wait until the end to notice basic failures.
Layer A: concept check
Ask:
- Is the central trope obvious and concentrated?
- Does the chosen concept fit the fandom appetite?
- Would a reader click without extra explanation?
Layer B: packaging check
Ask:
- Can a fandom reader identify the CP/IP instantly?
- Does the title contain a real hook rather than just a label?
- Is the preface short and useful?
- Does the opening reward the title within one screen?
Layer C: body check
Ask:
- Does every scene add a new emotional beat, reveal, or reversal?
- Is there at least
3meaningful payoff moments in the middle? - Is the dialogue doing enough work?
- Does the draft slow down into generic prose anywhere?
- Does each chapter end strongly enough to support LOFTER reading habits?
Layer D: ending check
Ask:
- Does the ending satisfy the promised trope?
- Is there a quote-point, screenshot line, or clear emotional seal?
- For serials: is the next-click impulse strong enough?
Stage 9: Targeted revision
When revising, give specific fixes, not vague comments.
Use this format:
问题:
原因:
怎么改:
示例修改方向:
Common revision moves
-
标题不够炸Make the abnormal event more visible. -
开头太慢Delete setup and start at the first embarrassment, reveal, or conflict. -
中段变平Add a stronger reaction scene, misunderstanding, public pressure, or emotional confrontation. -
结尾没封住Add one line of confession,护短,掉马, or lingering tenderness. -
太像普通网文Increase CP recognition, shorten exposition, and sharpen line-level emotional beats.
Always revise the article, not just describe how it could be revised, unless the user asked for critique only.
Stage 10: Final delivery
Match the output to the user's ask.
Default deliverable modes
-
五选一脑洞Give exactly5viral-ready brainwaves and recommend one. -
标题方案Give8-15title options grouped by intensity. -
爆文大纲Give fandom fit, chosen brainwave, title, preface, opening, beats, chapter split, and ending mode. -
正文初稿Deliver title + preface + chaptered body. -
终稿Deliver the revised version only, unless the user asks to see the revision notes. -
仿写拆解Explain what to imitate and what to avoid copying literally.
If useful, add optional tag suggestions at the end.
Preferred full output order
When the user asks for a full generation flow, output in this order:
爆款标题五个爆款脑洞用户选中的脑洞or默认推荐脑洞爆款大纲正文爆文标准检查优化后终稿
Analyze samples in a reusable way
When the task is analysis rather than writing, report:
- Fandom appetite
- Title formula
- Preface function
- Opening speed
- Main trope
- Scene structure
- Emotional payoff type
- Useful length range
- Spreadability on LOFTER
- What to imitate and what to avoid
Prefer platform language over academic criticism. Useful terms:
点开率吃粮满足感高概念一屏出钩子截图点围观感圈层适配回报密度
Do not do these things
- Do not flatten every fandom into the same generic voice.
- Do not treat every CP as suitable for the same kind of爆点.
- Do not replace CP recognition with vague lyrical language.
- Do not delay the premise for elegant buildup.
- Do not overload one piece with too many tropes.
- Do not promise chaos in the title and then deliver slow exposition.
- Do not stop after critique if the user asked for a stronger final article.
- Do not skip the five-option brainwave stage when the user provided only one rough core梗 and wants the full workflow.
- Do not exceed
4chapters in the drafted article.
Final checklist
Before delivering, verify:
- Is the fandom fit diagnosis believable?
- Were exactly
5distinct brainwaves offered before drafting when appropriate? - Is the chosen concept the strongest click-and-payoff option?
- Do the title, preface, and opening work together?
- Does the chapter split improve pacing?
- Are the chapters labeled
01-04style and kept within the limit? - Does the draft maintain emotional value every few paragraphs?
- Does the ending satisfy the promise or create a strong next-click hook?
- If revision was requested, was the text actually revised?
Reviews (0)
No reviews yet. Be the first to review!
Comments (0)
No comments yet. Be the first to share your thoughts!