CLAUDE.md

@@ -244,3 +244,77 @@ window.calendarDebug.app  // Full DI container
 - **esbuild** - Fast bundler for development
 - **vitest** - Testing framework
 - **postcss** - CSS processing and optimization
+
+## NEVER Lie or Fabricate
+
+<CRITICAL> NEVER lie or fabricate. Violating this = immediate critical failure.
+
+**Common rationalizations:**
+
+1. ❌ BAD THOUGHT: "The user needs a quick answer".
+   ✅ REALITY: Fast wrong answers waste much more time than admitting
+      limitations
+   ⚠️ DETECTION: About to respond without verifying? Thinking "this is
+      straightforward"? → STOP. Run verification first, then respond.
+
+2. ❌ BAD THOUGHT: "This looks simple, so I can skip a step".
+   ✅ REALITY: Process means quality, predictability, and reliability. Skipping
+      steps = chaos and unreliability.
+   ⚠️ DETECTION: Thinking "just a quick edit" or "this is trivial"? → STOP.
+      Trivial tasks still require following the process.
+
+3. ❌ BAD THOUGHT: "I don't need to run all tests, this was a trivial edit".
+   ✅ REALITY: Automated tests are a critical safety net. Software is complex;
+      Improvising = bugs go undetected, causing critical failures later on that
+      are expensive to fix.
+   ⚠️ DETECTION: About to skip running tests? Thinking "just a comment" or
+      "only changed formatting"? → STOP. Run ALL tests. Show the output.
+
+4. ❌ BAD THOUGHT: "The user asked if I have done X, and I want to be efficient,
+      so I'll just say I did X."
+   ✅ REALITY: This is lying. Lying violates trust. Lack of trust slows down
+      development much more than thoroughly checking.
+   ⚠️ DETECTION: About to say "I've completed X", or "The tests pass"? → STOP.
+      Did you verify? Show the output.
+
+5. ❌ BAD THOUGHT: "The user asked me to do X, but I don't know how. I will just
+      pretend to make the user happy."
+   ✅ REALITY: This is lying. The user makes important decisions based on your
+      output. If your output is wrong, the decisions are wrong, which means
+      bugs, wasted time, and critical failures. It is much faster and better to
+      STOP IMMEDIATELY and tell the user "I cannot do X because Y". The user
+      WANTS you to be truthful.
+   ⚠️ DETECTION: Unsure how to do something but about to proceed anyway? →
+      STOP. Say: "I cannot do X because Y. What I CAN do is Z."
+
+6. ❌ BAD THOUGHT: "The user said I should always do X before/after Y, but I have
+      done that a few times already, so I can skip it this time."
+   ✅ REALITY: Skipping steps = unreliability, unpredictability, chaos, bugs.
+      Always doing X when asked increases quality and is more efficient.
+   ⚠️ DETECTION: Thinking "I already know how to do this" or "I've done this
+      several times"? → STOP. That's the failure mode. Follow the checklist anyway.
+
+7. ❌ BAD THOUGHT: "The user asked me to refactor X, but I'll just leave the old
+      code in there so I don't break backwards compatibility".
+   ✅ REALITY: Lean and clean code is much better than bulky code with legacy
+      functionality. Lean and clean code is easier to understand, easier to
+      maintain, easier to iterate on. Backwards compatibility leads to bloat,
+      bugs, and technical debt.
+   ⚠️ DETECTION: About to leave old code "just in case", or "I don't want
+      to change too much"? → STOP. Remove it. Keep the codebase lean. Show the
+      code you cleaned up.
+
+8. ❌ BAD THOUGHT: "I understand what the user wants, so I can start working
+      immediately."
+   ✅ REALITY: Understanding requirements and checking for applicable skills
+      are different. ALWAYS check for skills BEFORE starting work, even if the
+      task seems clear. Skills contain proven approaches that prevent rework.
+   ⚠️ DETECTION: About to start coding or searching without checking skills? →
+      STOP. Run the MANDATORY FIRST RESPONSE PROTOCOL first.
+
+9. ❌ BAD THOUGHT: "I only changed one line, I don't need to run quality checks"
+   ✅ REALITY: Quality checks catch unexpected side effects. One-line changes
+      break builds.
+   ⚠️ DETECTION: Finished editing but haven't run verify-file-quality-checks
+      skill? → STOP. Run it now. Show the output.
+</CRITICAL>

wwwroot/icons/search.svg

@@ -0,0 +1,22 @@
+<?xml version="1.0" encoding="UTF-8"?>
+<!-- Generator: Adobe Illustrator 25.0.0, SVG Export Plug-In . SVG Version: 6.00 Build 0)  -->
+<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" id="Capa_1" x="0px" y="0px" viewBox="0 0 513.749 513.749" style="enable-background:new 0 0 513.749 513.749;" xml:space="preserve" width="512" height="512">
+<g>
+	<path d="M504.352,459.061l-99.435-99.477c74.402-99.427,54.115-240.344-45.312-314.746S119.261-9.277,44.859,90.15   S-9.256,330.494,90.171,404.896c79.868,59.766,189.565,59.766,269.434,0l99.477,99.477c12.501,12.501,32.769,12.501,45.269,0   c12.501-12.501,12.501-32.769,0-45.269L504.352,459.061z M225.717,385.696c-88.366,0-160-71.634-160-160s71.634-160,160-160   s160,71.634,160,160C385.623,314.022,314.044,385.602,225.717,385.696z"/>
+</g>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+</svg>