ProjectTech4DevAI / ProjectTech4DevAI/kaapi-backend

Classification: AI peer matching experiment

オープン
#1,106 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

主要言語
Python
スター
18
フォーク
10
平均マージ
2日 20時間
マージ済み PR(30日)
14

説明

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.

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

調査の方向性

既存の AI Assessments パイプラインから始め、それがガイドラインやルーブリックをどのように受け取り、スコア付きのバケットを生成するのかを理解します。約30本の短編ストーリーからなる提案済みのダミーセットと、その執筆ガイドラインを用意し、初期のオーガニック・バケット分けを実行して、Deodar の分類と比較します。実験が prompt とルーブリックの反復を正当化できるほど信頼性があるかどうかを文書化できれば完了です。

索引モデルが issue の本文から書いたものです。

評価

技術スタック
machine-learning, python
領域
backend, machine-learning
issue の種類
機能追加
難易度
5/5
見積もり時間
1週間以上
活発さ
静か
明瞭さ
説明が足りない
初心者へのやさしさ
25/100

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。