ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend
Classification: AI peer matching experiment
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:
- Providing samples and guidelines to the AI for organic bucketing.
- Comparing AI's buckets with Deodar's.
- 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
- Give the AI the 30 samples + guideline; let it bucket organically into top/middle/bottom.
- Compare its buckets against Deodar's.
- 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
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Ö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