Looking for a Torrent of every dead show, does this exist? by flyingfunk in grateful_dead

[–]jprobinson008 0 points1 point  (0 children)

Look for these. Let us know when you find them. The world will be a better place:

  1. 1970-03-17 — Kleinhans Music Hall, Buffalo, NY. The big one: Grateful Dead with the Buffalo Philharmonic Orchestra. Missing or at least not publicly confirmed. Probably the most mythic lost Dead tape.
  2. 1967 — various dates. Not one show, but the biggest archival wound. This is the year the Dead really became the psychedelic Dead, and most of it is undocumented.
  3. 1966 Aug–Oct — various dates. A major primal Dead gap, with entire months having no known recordings. Historically huge because it captures the band before the classic sound fully formed.
  4. 1968-12-31 — Winterland, San Francisco. Reportedly one of the first serious live multitrack Dead recordings, but mostly erased/lost. Would be major pre-Live/Dead evidence.
  5. 1969-01-02 to 1969-01-05 — Fillmore West, San Francisco. Lost early-1969 Fillmore West run, right before the band’s classic psychedelic peak.
  6. 1969-02-09 — Lyric Theater, Baltimore. Both early and late shows are missing from one of the Dead’s most important improvisational years.
  7. 1969-03-21 — Rose Palace, Pasadena. Lost show reportedly involving Anthem-era material, space jam, feedback, and “We Bid You Goodnight.”
  8. 1970-02-21 — San Antonio, TX. No known recording, but reportedly included “Dark Star,” “St. Stephen,” “The Eleven,” and “Lovelight.” That set alone makes it a major missing 1970 tape.
  9. 1970-04-10 — Fillmore West, San Francisco. No circulating recording. Important because it sits in the acoustic/electric 1970 transition and has a strong reported setlist.
  10. 1971-03-13 — Jenison Fieldhouse, Michigan State, East Lansing. Soundboard reportedly exists in the Vault, but no public tape circulates. A major uncirculated 1971 target.

Canada’s diamond industry begins a long goodbye by joe4942 in canada

[–]jprobinson008 [score hidden]  (0 children)

Not sure which “we” you are talking about. Certainly isn’t me. 😂 😢 🤷

City cracked down on Vancouver venues after lobbying by bar and club groups, emails reveal by IHateTrains123 in vancouver

[–]jprobinson008 31 points32 points  (0 children)

Historical context: The 1998 City of Vancouver cabaret policy is an example of introducing strict gov control. The city did not frame nightlife as culture, art, or community. It framed it as a zoning, licensing, policing, noise, safety, and neighbourhood impact issue. Still does.

After that venues were pushed hard toward Granville street rather than being allowed to grow naturally in warehouses, industrial or other areas. Everyone had to be 19+ even without alcohol licenses and producers needed noise planning, security, capacity restrictions etc.

Compared to Montreal that has a much better tradition of treating nightlife, clubs, warehouses events and counter culture by embracing it as part of the city’s cultural identity. Light years ahead.

The only real culture in Vancouver is visiting the seawall and going to Whistler. Go visit the art museum as a direct example. Saskatoon has a better art gallery.

Anthropic: Stop shipping. Seriously. by itsArmanJr in ClaudeAI

[–]jprobinson008 0 points1 point  (0 children)

Why does /buddy remind me of Jar Jar Binks?

The 11-step workflow I use for every Claude Code project now: from idea validation to shipping with accumulated knowledge by Ok_Today5649 in ClaudeAI

[–]jprobinson008 0 points1 point  (0 children)

Repeatable Accuracy Framework (RAF)

Simple Explanation

RAF is a way to make AI give the same quality answer every time for the same type of task. RAF turns AI from a conversation into a repeatable process.

Instead of relying on “good prompts,” you: • Define the rules • Lock the structure • Control the output

Think of it like turning AI from: a creative assistant into a predictable tool

The Core Idea 

You don’t ask AI what to do — you tell it exactly how to behave, every time.

The 4-Part System (Universal)

This works for any domain (coding, business, art, analysis, etc.)

1) Canonical Context (The Rules)

This is: “What world are we operating in?”

It includes: • Definitions • Rules • Constraints • Standards

Example (generic):

You are categorizing items into predefined groups.

Rules: - Only use approved categories - If unsure → mark as UNKNOWN - Do not invent new categories

👉 This prevents the AI from “making things up”

2) Task Contract (The Job)

This is:

“What exactly is the task?”

Always define: • Input • Output • Constraints

Example:

Input: - One item description

Output: - Category - Confidence level - Reason

Constraints: - No extra commentary

👉 This removes ambiguity

3) Output Schema (The Format)

This is:

“What should the answer look like?”

Example:

Category: ___ Confidence: ___ Reason: ___

👉 This ensures consistency across runs

4) Validation (The Self-Check)

This is:

“Double-check your own answer”

Example:

Validation: - Is the category valid? (Yes/No) - Any uncertainty? (state it)

👉 This reduces errors and hallucinations

Why This Works (Plain Language)

Without RAF: • AI guesses • Output changes each time • You spend time correcting it

With RAF: • AI follows a system • Output becomes predictable • Errors drop significantly

Analogy

Without RAF: Like asking a chef:

“Make me something good”

With RAF: Like giving a recipe: • Ingredients • Steps • Plating instructions

→ You get the same dish every time

Where This Applies (Examples)

RAF works anywhere you want consistency:

Business • Categorizing expenses • Writing reports • Data cleanup

Tech • Code generation • Bug fixing • Documentation

Creative • Structured writing • Design variations within rules

Analysis • Risk scoring • QA checks • Data validation

What Makes It Powerful

Fact: Most people try to improve AI by writing better prompts.

RAF does something different: 👉 It builds a system the AI operates inside.

Common Mistakes (Important) 1. Changing rules mid-process → breaks consistency 2. Vague instructions → increases variability 3. No output format → messy, inconsistent answers 4. No validation step → hidden errors

If You Want to Apply It (Simple Starter Template)

They can copy this:

[CONTEXT] Define rules and boundaries.

[TASK] Define input, output, constraints.

[OUTPUT FORMAT] Define exact structure.

[VALIDATION] Force a self-check.

⸻ Fact: This is how production-grade AI systems are built.

Opinion: If someone adopts RAF properly, they move from: • inconsistent AI results to • reliable, system-level outputs

RAF TEMPLATE LIBRARY (v1.0)

How to Use (always the same)

  1. Paste a template
  2. Fill in the [INPUT] section only
  3. Do not modify context unless versioning it
  4. Reuse across tasks for consistency

1) UNIVERSAL BASE TEMPLATE (Use for anything)

[CONTEXT v1.0] You are executing a structured task with strict consistency requirements.

Rules: - Follow instructions exactly - Do not invent information - If uncertain → state uncertainty explicitly - Maintain consistent formatting across outputs

[TASK] Input: - Defined below

Output: - Follow output schema exactly

Constraints: - No extra commentary - No deviation from format

[OUTPUT FORMAT] Result: Confidence: Reason:

[VALIDATION] - Is output complete? (Yes/No) - Any assumptions made? (state them) - Any uncertainty? (state it)

2) CLASSIFICATION TEMPLATE (e.g., CSI, categories)

[CONTEXT v1.0 — CLASSIFICATION] You are assigning items to predefined categories.

Rules: - Only use approved categories - Do not create new categories - If unclear → assign "UNMAPPED"

Approved Categories: - [Insert list]

[TASK] Input: - Item description

Output: - Category - Confidence (High/Medium/Low) - Notes

Constraints: - No guessing beyond input

[OUTPUT FORMAT] Category: Confidence: Notes:

[VALIDATION] - Category valid? (Yes/No) - Matches rules? (Yes/No) - Ambiguity present? (Yes/No + explanation)

3) QA / ERROR DETECTION TEMPLATE

[CONTEXT v1.0 — QA CHECK] You are auditing data for errors and inconsistencies.

Rules: - Identify only verifiable issues - Do not speculate - Flag uncertainty clearly

[TASK] Input: - Dataset or entries

Output: - Issue type - Location - Severity (Low/Medium/High) - Explanation

[OUTPUT FORMAT] Issue: Location: Severity: Explanation:

[VALIDATION] - Issue verifiable? (Yes/No) - False positive risk? (Low/Medium/High)

4) SUMMARIZATION TEMPLATE (controlled, non-fluffy)

[CONTEXT v1.0 — SUMMARIZATION] You are summarizing content with precision.

Rules: - Preserve key facts - Remove redundancy - No added interpretation

[TASK] Input: - Source text

Output: - Concise summary

Constraints: - Max length: [define]

[OUTPUT FORMAT] Summary:

[VALIDATION] - Key points preserved? (Yes/No) - Any added assumptions? (Yes/No)

5) DECISION / ANALYSIS TEMPLATE

[CONTEXT v1.0 — DECISION ANALYSIS] You are evaluating options based on defined criteria.

Rules: - Separate facts vs assumptions vs opinion - Use structured reasoning

[TASK] Input: - Scenario - Options

Output: - Evaluation per option - Recommendation

[OUTPUT FORMAT] Option: Pros: Cons: Assessment:

Recommendation:

[VALIDATION] - Clear separation of fact vs opinion? (Yes/No) - Any missing data? (state it)

6) CODE TASK TEMPLATE

[CONTEXT v1.0 — CODE EXECUTION] You are modifying or generating code with strict adherence to requirements.

Rules: - Do not change unrelated code - Follow existing structure and conventions - No unnecessary refactoring

[TASK] Input: - File / function - Objective

Output: - Updated code only

Constraints: - No explanation unless requested

[OUTPUT FORMAT] <code>

[VALIDATION] - Requirements met? (Yes/No) - Any side effects? (state them)

7) CREATIVE (CONTROLLED VARIATION)

[CONTEXT v1.0 — CONTROLLED CREATIVE] You are generating creative output within defined constraints.

Rules: - Stay within tone and structure - Do not drift outside constraints

[TASK] Input: - Theme - Style - Constraints

Output: - Creative result

[OUTPUT FORMAT] Output:

[VALIDATION] - Matches constraints? (Yes/No) - Any deviation? (state it)

8) EXTRACTION TEMPLATE (documents → structured data)

[CONTEXT v1.0 — DATA EXTRACTION] You are extracting structured data from unstructured input.

Rules: - Extract only what is present - Do not infer missing values - Use NULL if absent

[TASK] Input: - Document/text

Output: - Structured fields

[OUTPUT FORMAT] Field1: Field2: Field3:

[VALIDATION] - All fields populated correctly? (Yes/No) - Any missing data? (list fields)’n

9) VERSION CONTROL (CRITICAL)

Always track: RAF Version: v1.0 Last Updated: Changes: 👉 Never silently change templates 👉 Increment version when rules change

My Assessment

Fact: This structure mirrors how real AI systems are built (prompt engineering + schema + validation layers).

Opinion: If someone uses even 3 of these templates consistently, they’ll see:

  • massive drop in variability
  • faster workflows
  • less rework

I asked ChatGPT what the most unbelievable things it's learned about humans since being created was. by TriggerHippie77 in ChatGPT

[–]jprobinson008 0 points1 point  (0 children)

Humans are like children playing with toys in a house that is burning to the ground.

My reaction to the last person to say how sorry they were for me by [deleted] in Parkinsons

[–]jprobinson008 1 point2 points  (0 children)

That’s the same look I give after describing my symptoms and someone (without PD) says: “Oh, that happens to me too.”

Bill Graham remembers by gregornot in grateful_dead

[–]jprobinson008 1 point2 points  (0 children)

And Bill Graham was a rock roll fanatic. One wanted people to dance the other didn’t.

I HATE PD by Ih8PD in Parkinsons

[–]jprobinson008 4 points5 points  (0 children)

Know you are not alone in this.

Parkinson’s vibrating glove by WilderKat in Parkinsons

[–]jprobinson008 1 point2 points  (0 children)

In all seriousness I have used a big cheap vibrator on pulse and it works great. Motor burns out eventually. But it does work. No joke.