Skip to content
DenseChip
Learn
PracticeCode labInterview

DenseChip

Navigate

Menu

LearnPracticeCode labInterview

Tools

All toolsSV editorCode repoResume
DenseChip

Practice, courses, and chip-design tools in one focused workspace.

LearnPracticeCode labInterviewToolsLearning paths

© 2026 DenseChip

AboutContactPrivacyTerms
Skip to lesson

Course contents

  • Getting Started with AI for VLSI Engineers5
  • Just Enough AI: Models and Context15
  • Prompting13
    • Anatomy of a Prompt
      • Five Parts of a Prompt
      • Roles: System, User, and Assistant
      • Specific and Parseable
      • Weak Versus Strong Prompts
      • Prompt Template Builder
    • Examples and Reasoning
    • Prompt Debugging
  • Trust and Verification14
  • Using AI for Engineering Work17
  • Engineering Walkthroughs7
  • Practical Foundations for AI Workflows4
  • Engineering Data5
  • Retrieval-Augmented Generation6
  • Agents and Tool Use18
  • Agent Design8
  • MCP and Skills6
  • Multi-Agent Design6
  • Practical Capstone6
  • Tokens, Cost and Latency12
  • Agentic Workflows for Chip Teams18
  • Interview and Judgment10
  • AI Skills: Full Course Index
  • Working with AI Glossary
  • Working with AI Cheatsheet
Loading lesson

‹Anatomy of a Prompt
  1. Topics
  2. AI Skills for VLSI Engineers
  3. Prompting
  4. Anatomy of a Prompt
  5. Specific and Parseable

Asking Clearly · Beginner to Intermediate

Specific and Parseable

Specific wording and parseable output formats with a small line-format checker.

On this page

    Specificity beats length

    Specific prompts name values, signals, and bounds. Long prompts with adjectives but no numbers stay vague.

    Added length helps only when each sentence removes an ambiguity. More words without more facts add cost without gain.

    Vague line

    Specific rewrite

    What changed

    Explain the FIFO.

    Explain FUNCTION and DEPTH of this 8-deep FIFO.

    Names the keys and the parameter.

    Check reset.

    List registers not reset by rst_n in reset_sync.

    Names the artifact and the check.

    Summarise the log.

    List each error code with its first time and count.

    Names the fields and the grouping.

    Numbers beat adjectives

    Numbers state depth, width, counts, and limits. Adjectives like fast or robust state no test.

    A number also bounds review. A claim with a count can be checked against the source.

    Ask for a format that parses

    Ask for lines, keys, or tables a script can split. Fixed keys with one separator parse with a few lines of code.

    Name the keys, the separator, and the row order. One example line shows the shape exactly.

    example.py
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    import sys
    
    def is_record(line):
        if ": " not in line:
            return False
        key, value = line.split(": ", 1)
        return key.strip() != "" and value.strip() != "" and key == key.upper()
    
    def main():
        lines = [
            "FUNCTION: store UART bytes",
            "DEPTH: 8 entries",
            "SIGNALS: full empty rd_en wr_en",
        ]
        loose = [
            "store UART bytes",
            "depth: 8 entries",
        ]
        good = 0
        for line in lines:
            if not is_record(line):
                print("FAIL: good line set aside")
                sys.exit(1)
            good = good + 1
        for line in loose:
            if is_record(line):
                print("FAIL: loose line kept as record")
                sys.exit(1)
        if good != 3:
            print("FAIL: count not 3")
            sys.exit(1)
        print("PASS: 3 records parsed, 2 loose lines set aside")
    
    main()

    Common mistakes

    The checker above is a plain format gate. It proves that fixed KEY: VALUE lines split cleanly and loose lines do not pass.

    It calls no model. Format discipline is checked by code, not by reading.

    Common pitfall

    Requesting JSON or XML without an example invites drift in key names and nesting. One example object with exact keys prevents most of that drift.

    Tip

    Keep keys uppercase and values plain text. Uppercase keys make the separator check one comparison instead of a guess.

    Interview

    Likely probes: why numbers and fixed keys win.

    • Numbers name the check; adjectives name no test.

    • Fixed keys plus one separator turn review into a split, not a reading.

    • One example line fixes key names better than a paragraph of prose.

    Check yourself A prompt asks for a careful summary with no keys and no example. What is the review cost?

    Every answer needs a full reading to check. Fixed keys would turn part of that review into a script.

    Check yourself In the program, why does the lowercase line fail the gate?

    Its key is not all uppercase. The gate requires KEY: VALUE with an uppercase key and a colon separator.

    Related topics

    • Weak versus strong prompts

    • Cost arithmetic

    Previous

    23 / 173

    Next: Weak Versus Strong Prompts

    Up next

    Up nextWeak Versus Strong Prompts

    Sign in to save progress

    Practice this lessonReport an error

    See also

    • Five Parts of a Prompt
    • Prompt Template Builder