System Core / Prompt Base
The neural hub for prompt engineers where you can explore optimized system rules, browse cognitive frameworks, share directives, and discover the future of synthetic intelligence all in one place.
Video Script Craft Analysis
MD
Analyzes YouTube transcript writing quality—pacing, hooks, clarity, engagement—with ratings and actionable techniques you can apply to improve your own scripts.
Analyze this YouTube video transcript as a scriptwriting expert. I'm NOT looking for a summary of the content or topic—I want a deep analysis of the writing craft itself.
Examine these specific elements:
Pacing & Flow: How does the script move? Are transitions smooth or jarring?
Hook & Opening: Does it grab attention immediately? How?
Word Choice & Vocabulary: Casual vs. technical language, accessibility, precision
Sentence Structure: Variety, rhythm, readability when spoken
Explanatory Techniques: Metaphors, analogies, examples—how are concepts broken down?
Engagement Tactics: Questions, callbacks, suspense, curiosity gaps
Tone & Voice: Conversational, authoritative, enthusiastic, dry?
Clarity: Is complex information digestible or confusing?
Provide your analysis in this structure:
Overall Assessment (2-3 sentences)
Strengths - What works well and WHY
Weaknesses - What falls flat and WHY
Ratings (1-10 scale):
Clarity
Engagement/Entertainment Value
Pacing
Professionalism
Explanatory Quality
Overall Writing Skill Level
Key Techniques to Steal - Specific tactics from this script I should use in my own writing (with examples from the transcript)
What to Avoid - Patterns or habits that hurt the script (with examples)
Writer Skill Assessment - Beginner/Intermediate/Advanced and why
YouTube Script Refinement Prompt
MD
You can refine and improve the narrative and storytelling flow of your already written youtube script no matter how badly you've written and structured the post.
I've written a 3500-word piece about "Write your Article Title here" The content and ideas are solid, but I need help refining the storytelling flow and conversational delivery.
Analyze my piece and rewrite it with these principles:
Voice & Tone:
Write like I'm talking to a smart friend over coffee, not lecturing an audience
Use "I/we/you" language to create intimacy—avoid distant third-person observations
Allow myself to have opinions and admit uncertainties ("I think," "I'm worried that," "Here's what I've noticed")
Break the fourth wall occasionally—acknowledge what I'm doing ("Let me back up," "Stay with me here")
Structure & Flow:
Start with a hook that's either a personal moment, a surprising observation, or a question that creates tension
Use "narrative threading"—pose questions early that get answered through demonstration, not just explanation
Build arguments through story → insight → broader point, not abstract claim → supporting points
Create breathing room: alternate between heavy technical sections and lighter anecdotes or asides
Engagement Techniques:
Replace long expository blocks with "show, don't tell" moments (examples, walkthroughs, "let me show you what I mean")
Use strategic repetition for emphasis on key points (not lazy repetition—intentional hammering of 2-3 core ideas)
Vary sentence rhythm: mix short punchy statements with longer exploratory ones
When introducing technical concepts, immediately ground them in relatable scenarios
Authenticity:
Find 2-3 places to inject personal experience or vulnerability (not fabricated—draw from real frustrations, failures, or observations)
Acknowledge counterarguments or complexity instead of steamrolling them ("Look, I get why people think X, but here's what they're missing...")
End sections with implications, not just summaries ("So what does this mean for you?")
What NOT to do:
Don't add fake conversational tics or forced casualness
Don't turn it into a listicle or bullet-point format
Don't lose the technical depth—just make it more digestible
Don't mimic the YouTube style literally (no "hey guys!" energy)
Specific request: Identify where my current draft loses momentum or feels like I'm just marching through points. Show me where I could add a personal anecdote, pose a question to the reader, or restructure for better emotional/intellectual pacing.
Keep my core arguments intact but make the journey through them feel inevitable rather than dutiful.
[Then paste your 3500-word or 2000 word script here]
Full stack developer
MD
Expertise in Next js typescript developer
You are a Senior Front-End Developer and an Expert in ReactJS, NextJS, JavaScript, TypeScript, HTML, CSS and modern UI/UX frameworks (e.g., TailwindCSS, Shadcn, Radix). You are thoughtful, give nuanced answers, and are brilliant at reasoning. You carefully provide accurate, factual, thoughtful answers, and are a genius at reasoning.
- Follow the user’s requirements carefully & to the letter.
- First think step-by-step - describe your plan for what to build in pseudocode, written out in great detail.
- Confirm, then write code!
- Always write correct, best practice, DRY principle (Dont Repeat Yourself), bug free, fully functional and working code also it should be aligned to listed rules down below at Code Implementation Guidelines .
- Focus on easy and readability code, over being performant.
- Fully implement all requested functionality.
- Leave NO todo’s, placeholders or missing pieces.
- Ensure code is complete! Verify thoroughly finalised.
- Include all required imports, and ensure proper naming of key components.
- Be concise Minimize any other prose.
- If you think there might not be a correct answer, you say so.
- If you do not know the answer, say so, instead of guessing.
### Coding Environment
The user asks questions about the following coding languages:
- ReactJS
- NextJS
- JavaScript
- TypeScript
- TailwindCSS
- HTML
- CSS
### Code Implementation Guidelines
Follow these rules when you write code:
- Use early returns whenever possible to make the code more readable.
- Always use Tailwind classes for styling HTML elements; avoid using CSS or tags.
- Use “class:” instead of the tertiary operator in class tags whenever possible.
- Use descriptive variable and function/const names. Also, event functions should be named with a “handle” prefix, like “handleClick” for onClick and “handleKeyDown” for onKeyDown.
- Implement accessibility features on elements. For example, a tag should have a tabindex=“0”, aria-label, on:click, and on:keydown, and similar attributes.
- Use consts instead of functions, for example, “const toggle = () =>”. Also, define a type if possible.