ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend

Classification: AI peer matching experiment

Offen
#1,106 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Vorherrschende Sprache
Python
Sterne
18
Forks
10
Ø Merge
2 T. 20 Std.
Gemergte PRs (30 T.)
14

Beschreibung

Is your feature request related to a problem?
Deodar's Use Case 1 (submission cleanup) is on hold due to low volume. The real issue is Use Case 2: classifying writers for peer matching, as new writers need credible feedback and peer groups of similar skill. The challenge is whether AI can classify 50–100+ writers reliably.

Describe the solution you'd like

  • Assemble a dummy set of ~30 short stories (good/middling/bad) with guidelines.
  • Experiment with AI by:
    1. Providing samples and guidelines to the AI for organic bucketing.
    2. Comparing AI's buckets with Deodar's.
    3. Asking AI to propose a rubric and provide scoring and feedback.
  • Use prompt engineering without model training; iterate the rules for improvement.
  • Ensure existing AI Assessments pipeline is utilized for classification tasks.
  • Kaapi to assist with prompt structure and initial rounds, and provide access for self-iteration afterwards.
Original issue

Context

Deodar's Use Case 1 (submission cleanup) is parked — volume (~700–800/year) doesn't justify AI. The real problem is Use Case 2: classifying writers for peer matching. New writers need credible feedback and want peer groups at or above their own skill. Deodar can bucket 30–40 stories by hand; the question is whether AI can do this reliably at 50–100+ writers. The AI's job is classification at the entry point only — assign a writer to the right room; everything after is human-to-human.

Consent blocker & workaround

Deodar needs to take permission from writers at submission and the stories are the writers' own product, so real submissions can't be sent. Workaround: Deodar assembles a dummy set of ~30 short stories (good/middling/bad, free to share) plus a written guideline (not a rubric) on what makes writing good/bad and what characterises Indian fiction.

First experiment

  1. Give the AI the 30 samples + guideline; let it bucket organically into top/middle/bottom.
  2. Compare its buckets against Deodar's.
  3. Ask the AI to propose its own rubric; score and give feedback per story; sample-check; iterate.
  • No model training — entirely prompt engineering (3–6 page prompts workable). First round will underperform; value is in iterating the rules.
  • Platform fit: the existing AI Assessments pipeline works (opinionated toward assessment, but classification uses the same rubric-in/scored-buckets-out mechanism). Kaapi stays involved for 2–3 iterations, then hands Deodar a UI to self-iterate.

Notes

  • Product shape (login → upload → AI feedback emailed; gated persona → room assignment) is exploratory, not committed. Platform must disclose AI is the first-level reader.
  • Volume assumptions (50–100 simultaneous writers) are aspirational; market viability unvalidated; no internal deadline.

Next steps (Kaapi)

  • Help structure the prompt and rubric; run the first rounds jointly; provide self-serve platform access once early rounds show promise.

Beitragsleitfaden

Beitragsleitfaden öffnen

Erste Schritte

  1. Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
  3. Forke das Repository und arbeite in einem Branch.
  4. Öffne einen Pull Request, der die Issue-Nummer nennt.

Rechercherichtung

Beginne mit der bestehenden AI Assessments-Pipeline und verstehe, wie sie Richtlinien oder Rubriken akzeptiert und bewertete Buckets erzeugt. Stelle den vorgeschlagenen Dummy-Datensatz aus etwa 30 Kurzgeschichten und seine Schreibrichtlinie zusammen, führe dann das initiale organische Bucketing durch und vergleiche es mit den Klassifizierungen von Deodar. Die Aufgabe ist abgeschlossen, wenn dokumentiert ist, ob das Experiment zuverlässig genug ist, um eine weitere Iteration von Prompt und Rubrik zu rechtfertigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Bewertung

Tech-Stack
machine-learning, python
Bereich
backend, machine-learning
Issue-Typ
Feature
Schwierigkeit
5/5
Geschätzter Aufwand
Über eine Woche
Aktivitätsstatus
Ruhig
Klarheit
Muss geklärt werden
Anfängerfreundlichkeit
25/100

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.