ಅಸ್ಪಷ್ಟ ಎಂಜಿನಿಯರಿಂಗ್ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು ನಾನು AI ಕೌನ್ಸಿಲ್‌ಗಳನ್ನು (AI Councils) ಹೇಗೆ ಬಳಸುತ್ತೇನೆ

ಒಂದು AI ಸಹಾಯಕರು ಉಪಯುಕ್ತರಾಗಿದ್ದಾರೆ. ಆದರೆ ಸಂಕೀರ್ಣ ಸಾಫ್ಟ್‌ವೇರ್ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ (software architecture) ಅದು ಸಾಕಾಗುವುದಿಲ್ಲ.

ನೀವು ಆಟೋಕಂಪ್ಲೀಟ್ (autocomplete) ಗಿಂತ ಹೆಚ್ಚಿನದಕ್ಕಾಗಿ AI ಅನ್ನು ಬಳಸುತ್ತಿದ್ದರೆ, ನೀವು ಒಂದು ಮಾದರಿಯನ್ನು ಗಮನಿಸುತ್ತೀರಿ. ಒಂದು ಏಕೈಕ ಮಾಡೆಲ್ ಪರಿಹಾರವನ್ನು ಸೂಚಿಸುತ್ತದೆ. ಅದು ಚೆನ್ನಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ನೀವು ಅದನ್ನು ಜಾರಿಗೆ ತರುತ್ತೀರಿ. ನಂತರ, ಮೂರು ದಿನಗಳ ನಂತರ, ನೀವು ದೊಡ್ಡ ಮಟ್ಟದ ಆರ್ಕಿಟೆಕ್ಚರಲ್ ದೋಷವನ್ನು (architectural flaw) ಪತ್ತೆಹಚ್ಚುತ್ತೀರಿ.

ಇದು ಮಾಡೆಲ್‌ನ ವೈಫಲ್ಯವಲ್ಲ. ಇದು ನಿಮ್ಮ ಪ್ರಕ್ರಿಯೆಯ ವೈಫಲ್ಯ. ಒಂದು ಏಕೈಕ ಮಾಡೆಲ್ ತನ್ನದೇ ಆದ ಕಲ್ಪನೆಗಳನ್ನು (assumptions) ವಿಮರ್ಶಿಸುವುದು ಅಪರೂಪ.

ಅಸ್ಪಷ್ಟ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸಲು, ನಿಮಗೆ ಒಂದು AI ಕೌನ್ಸಿಲ್ ಅಗತ್ಯವಿದೆ. ಇದು ಹೊಸ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅಲ್ಲ. ಇದು ವಿವಿಧ ಪಾತ್ರಗಳ (roles) ಮೂಲಕ ಒಂದು ಪ್ರಸ್ತಾವನೆಯನ್ನು (proposal) ಹಲವಾರು AI ಸಂದರ್ಭಗಳು (contexts) ವಿಮರ್ಶಿಸುವ ಒಂದು ವರ್ಕ್‌ಫ್ಲೋ (workflow) ಆಗಿದೆ.

AI ಬಳಕೆಯನ್ನು ನಿಯಂತ್ರಿತ ಎಂಜಿನಿಯರಿಂಗ್ ವರ್ಕ್‌ಫ್ಲೋ ಆಗಿ ಪರಿವರ್ತಿಸುವುದು ಇದರ ಗುರಿಯಾಗಿದೆ.

ಇಲ್ಲಿ ವರ್ಕ್‌ಫ್ಲೋ ಇದೆ:

• ಸಮಸ್ಯೆ ಹೇಳಿಕೆ (Problem Statement): ನೀವು ಸಮಸ್ಯೆಯನ್ನು ರೂಪಿಸುತ್ತೀರಿ. • ಆರ್ಕಿಟೆಕ್ಟ್ ಏಜೆಂಟ್ (Architect Agent): ಮೂಲ ಆಧಾರಿತ ಏಜೆಂಟ್ (source-grounded agent) ವಹಿವಾಟುಗಳೊಂದಿಗೆ (trade-offs) ಒಂದು ಪ್ರಸ್ತಾವನೆಯನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ. • AI ಕೌನ್ಸಿಲ್ ವಿಮರ್ಶೆ (AI Council Critique): ವಿವಿಧ AI ಪಾತ್ರಗಳು ಪ್ರಸ್ತಾವನೆಯನ್ನು ವಿಮರ್ಶಿಸುತ್ತವೆ. • ಪ್ರತಿಕ್ರಿಯೆ ಸಂಶ್ಲೇಷಣೆ (Feedback Synthesis): ಒಂದು ಏಜೆಂಟ್ ಎಲ್ಲಾ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸಂಘರ್ಷಗಳನ್ನು ಗುರುತಿಸುತ್ತದೆ. • ಆಕ್ಷೇಪಣೆಗಳ ಲೆಡ್ಜರ್ (Objection Ledger): ನೀವು ಎಲ್ಲಾ ಆಕ್ಷೇಪಣೆಗಳು, ಅವುಗಳ ತೀವ್ರತೆ ಮತ್ತು ಅವುಗಳ ಪರಿಹಾರವನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡುತ್ತೀರಿ. • ಮಾನವ ಆಡಳಿತ (Human Governance): ಯೋಜನೆ ಸಿದ್ಧವಾಗಿದೆಯೇ ಅಥವಾ ನಿಮಗೆ ಇನ್ನೊಂದು ಸುತ್ತಿನ ಅಗತ್ಯವಿದೆಯೇ ಎಂದು ನೀವು ನಿರ್ಧರಿಸುತ್ತೀರಿ. • ಎಕ್ಸಿಕ್ಯೂಟರ್ ಏಜೆಂಟ್ (Executor Agent): ಪ್ರತ್ಯೇಕ ಸಂದರ್ಭವು ಯೋಜನೆಯನ್ನು ಜಾರಿಗೆ ತರುತ್ತದೆ. • ಆಡಿಟರ್ ಏಜೆಂಟ್ (Auditor Agent): ಮೂರನೇ ಸಂದರ್ಭವು ಮೂಲ ಸ್ಪೆಸಿಫಿಕೇಶನ್ (spec) ಗೆ ವಿರುದ್ಧವಾಗಿ ಕೋಡ್ ಅನ್ನು ಆಡಿಟ್ ಮಾಡುತ್ತದೆ.

ಇದರ ಶಕ್ತಿಯು ಪಾತ್ರಗಳ ವಿಭಜನೆಯಿಂದ ಬರುತ್ತದೆ. ಕೇವಲ "ನೀವು ಏನು ಯೋಚಿಸುತ್ತೀರಿ?" ಎಂದು ಕೇಳಬೇಡಿ. ವಿವಿಧ AI ಸೆಷನ್‌ಗಳಿಗೆ ನಿರ್ದಿಷ್ಟ ಪಾತ್ರಗಳನ್ನು ನಿಯೋಜಿಸಿ:

  • ಸಿಸ್ಟಮ್ ಥಿಂಕರ್ (System Thinker): ವ್ಯವಸ್ಥಿತ ಅಪಾಯಗಳು ಮತ್ತು ಮಿತಿಗಳನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ.
  • ಕ್ರಿಟಿಕಲ್ ರಿವ್ಯೂವರ್ (Critical Reviewer): ಕಲ್ಪನೆಗಳನ್ನು ಪ್ರಶ್ನಿಸುತ್ತದೆ ಮತ್ತು ತಾರ್ಕಿಕ ಅಂತರಗಳನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ.
  • ಸಿಂಪ್ಲಿಫೈಯರ್ (Simplifier): ಅನಗತ್ಯ ಸಂಕೀರ್ಣತೆಯನ್ನು ಪತ್ತೆಹಚ್ಚುತ್ತದೆ.
  • ಆಲ್ಟರ್ನೇಟಿವ್ಸ್ ರಿವ್ಯೂವರ್ (Alternatives Reviewer): ವಿಭಿನ್ನ ವಿಧಾನಗಳನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ಅತ್ಯಂತ ಪ್ರಮುಖ ಭಾಗವೆಂದರೆ ಆಕ್ಷೇಪಣೆಗಳ ಲೆಡ್ಜರ್ (Objection Ledger). ಇದು ಇಲ್ಲದಿದ್ದರೆ, ಪ್ರತಿಕ್ರಿಯೆಗಳು ಅಸ್ಪಷ್ಟ ಅಭಿಪ್ರಾಯಗಳಾಗಿ ಉಳಿಯುತ್ತವೆ. ಲೆಡ್ಜರ್ ನೀವು ಪ್ರತಿಯೊಂದು ಕಳಕಳಿಯನ್ನು ಪರಿಹರಿಸುವಂತೆ ಒತ್ತಾಯಿಸುತ್ತದೆ. ನೀವು ಆಕ್ಷೇಪಣೆಗಳನ್ನು Open, Accepted, Rejected, ಅಥವಾ Resolved ಎಂದು ಗುರುತಿಸುತ್ತೀರಿ. ಇದು ಪರಿಶೀಲಿಸಬಹುದಾದ ನಿರ್ಧಾರದ ದಾಖಲೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ನೀವು ಕಾಪಿ-ಪೇಸ್ಟ್ ಬಾಟಲ್‌ನೆಕ್ (bottleneck) ಆಗುವುದಿಲ್ಲ. ಮೂಲ ಆಧಾರಿತ ಏಜೆಂಟ್ ಸಂಶ್ಲೇಷಣೆಯನ್ನು ಮಾಡುತ್ತದೆ. ನೀವು ಗವರ್ನರ್ (Governor) ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತೀರಿ. ನೀವು ಮ್ಯಾನುಯಲ್ ಕೆಲಸವನ್ನು ಮಾಡುವುದಿಲ್ಲ. ನೀವು ನಿರ್ಧಾರದ ಪ್ರವೇಶದ್ವಾರಗಳನ್ನು (gates) ನಿಯಂತ್ರಿಸುತ್ತೀರಿ.

ನಿರ್ಧಾರಗಳು ನಿಮ್ಮದಾಗಿರುತ್ತವೆ:

  • ಯಾವಾಗ ಇಟರೇಶನ್ (iterating) ನಿಲ್ಲಿಸಬೇಕು.
  • ಯಾವಾಗ ಸ್ಪೆಸಿಫಿಕೇಶನ್ ಅನ್ನು ಅನುಮೋದಿಸಬೇಕು.
  • ಯಾವಾಗ ಅಂತಿಮ ಅಪಾಯವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು.

ಇದನ್ನು ಹೆಚ್ಚಿನ ಅಪಾಯವಿರುವ ರಿಫ್ಯಾಕ್ಟರ್‌ಗಳಿಗೆ (refactors) ಅಥವಾ ಅಸ್ಪಷ್ಟ ಆರ್ಕಿಟೆಕ್ಚರ್‌ಗೆ ಬಳಸಿ. ಸಣ್ಣಪುಟ್ಟ ಬಗ್ ಫಿಕ್ಸ್‌ಗಳಿಗಾಗಿ (bug fixes) ಇದನ್ನು ಬಳಸಬೇಡಿ. ತಪ್ಪು ವಿನ್ಯಾಸದ ವೆಚ್ಚವು ಹೆಚ್ಚಿದ್ದಾಗ ಮಾತ್ರ ಈ ಹೆಚ್ಚಿನ ಶ್ರಮವು (overhead) ಪ್ರಯೋಜನಕಾರಿಯಾಗುತ್ತದೆ.

ಸಣ್ಣದಾಗಿ ಪ್ರಾರಂಭಿಸಿ. ಒಂದು ವಿಮರ್ಶಕ (critic) ಮತ್ತು ಒಂದು ಸಿಂಪ್ಲಿಫೈಯರ್ ಬಳಸಿ. ನೀವು ತಕ್ಷಣವೇ ಇದರ ಮೌಲ್ಯವನ್ನು ಕಾಣುವಿರಿ.

Source: https://dev.to/j3nnning/how-i-use-ai-councils-to-solve-ambiguous-engineering-problems-4dii